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These  /tudent  fflaterials--stud y  guides,  handouts  (sDoe 
are  naauals),  a  workbook,  and  proaranused  texts--for  a 
secondary- postsecondary- level  course  for  sommunications  compater 
prograaaer  are  one  of  a  number  of  military- developed  curriculum 
packages  selected  for  adaptation  to  vocational  instruction  and 
curricului  develDpaent  in  a  civilian  setting.  A  plan  of  instruaticn, 
which  suggests  number  of  hours  of  clt ss  time  devoted  to  each  coarse 
objestivB  and  support  saterial  and  guidance,  covers  these  topiss: 
computer  mathematics,  data  representation,  computer  logic  functisns, 
and  logical  development  of  problem  solving.  Contents  of  the  unit. 
Computer  r -og ram sing  Principles,  Include  a  handout  with  student 
notes,  a  study  guide  with  learning  materials,   and  a  workbook  witti 
classroom  and  homewuric  exercises.  A  programmed  text  is  provided  toz 
the  unit,  coiputer  ?,Daic  Functions.  The*  unit.  Top  Down  Structure! 
Programming,  is  a  self- instruction  ta xt.  The  unit  on  Programming 
Prlnsiples  is  a  study  guide  with  learning  materials.  Student  manuals 
(handouts)  comprise  the  units,  Fortran  Language  and  Examples  of 
Stritctured  code.  (yLB) 
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THE  NATIONAL  Cl^NTlR 
FOR  RESEARCH  1^^  VOnATIONAl  FDUCATION 


This  military  techni'cal  training  course  has  b««n  selactad  and  adapted  by 
The  Center  for  Vocatiotuil  Education  for  "Trial  Iapla»«it«tion  of  a  Modal  Syateia 
to  Provide  Military  Curriculum  Materials  for  Me  in  Vocational  and  Technical 
Education,"  a  project  sponsored  by  the  Bureau  of  Occupational  and  Adult  Education, 
U.S^.  DepartMttt  qf  Health,  Education,  aiyd  Welfare. 


MTT.TTAgy  eJSSICULUM  MMERIALS 


The  military-developed  curriciolisn  materials  in  this  aourse 
package  were  selected  by  tl«  National  Center  for  Researph  in 
Vod^tional  Education  Military  Curriculum  Project  for  dissem- 
ination to  the  six  regional  Curriculum  Coordination  Centers  and 
other  instructional  materials  agencies.   The. purpose  of 
disseminating  ttiese  courses  was  to  make  curriculum  materials 
^velc^jed  by  the  military  more  accessible  to  vocational 
educators  in  the  civilian  setting^ 

•Rie  course  materials  were  acquired,  evaluated  by  project 
staff  and  practitioners  in  the  field,  and  prepared  for 
dissonination.    Materials  '.^ch  were  specific  to  the  lilitary 
were  deleted,  oopyrighted  materials  were  either  omitted  or  ^lo- 
val  for  their  \Se  was  obtained.    These  course  packages  contain 
curriculum  resource  materials  vAiich  can  be  ad^ted  to  support 
vocational  instruction  and  curriculum  develc^sient. 


The  National  Center 
Mission  Statement 


i 

The  National  Center  for  Research  In 
Vocationai  Education's  mission  is  to  increase 
the  ability  of  diverse  agencies,  institutions, 
and  organizations  to  solve  educational  prob- 
lems relating  to  individual  career  planning, 
preparatton,  and  progression.  The  National 
Center  fulfills  its  mission  by: 

•  Generating  knowledge  through  research 

•  Developing  educational  programs  and 
products 


• 


Evaluating  individual  program  needs 
and  outcomes 

Instailing  educational  programs  and 
products 

Operating  information  systems  and 
services 

•  Conducting  leadership  development  and 
training  programs 

FOR  FURTHER  INFORMATION  ABOUT 
Mtiftary  Curriculum  Materials 
.  WRITE  OR  CALL 

Program  [nformatlon  Office 

The  National  Center  for  Research  in  Vocational 

Edticatlon 
The  Ohfo  State  University 
1960  Kenny  Road,  Columbus,  Ohio  43210 
Telephone:  614/486-3655  or  Tolf  Free  SQOf 
Q  e      843-4815  wItfiTh  the  oontfnentat 
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Military' 
Curriculum  Materials 
Dissemination  Is  . . . 


What  Materials 
Are  Available? 


Will)  tfir-ri%f-^^ 


How  Can  These 
Materials  Be  Obtained? 
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an  activity  to  increase  the  acce^ibility  of 
military-developed  curriculum  materials  to 
vocational  and  technical  educators. 

This  project,  funded  by  the  U.S.  Office  of 
Education,  includes  the  identification  and 
acquisition  of  curriculum  materials  in  print 
form  from  the  Coast  Guard,  Air  Force, 
Army.  Marine  Corps  and  Navy. 

Access  to  military  curriculum  materials  is 
provided  through  a  "Joint  Memorandum  of 
Understanding"  between  the  U.S.  Office  of 
Education  and  the  Department  of  Defense. 

The  acquired  materials  are  revised  by  staff 
-  and  subject  matter  specialists,  and  courses 
deemed  applicable  to  vocational  and  tech- 
nical education  are  selected  for  dissemination. 

The  INtational  Center  for  Research  in 
Vocational  Education  is  the  U.S.  Office  of 
Education's  designated  representative  to 
ao^uire  the  materials  and  conduct  the  project 
activities. 

Project  Staff  : 

Wesley  E.  Budke,  Ph.D..  Director 
National  Center  Clearinghouse 

Shirley  A.  Chase,  Ph.D. 
Project  Director  - 
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One  hundred  twenty  courts  on  microfiche 
(thirteen  in  paper  form)  and  descriptions  of 
e|ch  have  been  provided  to  the  vocat.'nal 
Curriculum  Coordination  Centers  and  other 
instructional  materials  agencies  for  dissemi- 
nation. 

Cours"  materials  include  programmed 
instruction,  curriculum  outlines,  instructor 
guides,  student  workbpoks  and  technical  ^ 
manuals. 

The  120  courses  represent  the  following 
sixteen  vocational  subject  areas: 


Agriculture 
Aviation 
Building  & 

Construction 

Trades 
Clerical 

Occupations 
Communications 
Drafting 
Electronics 
Engine  Mechanics 


Food  Service 
Health 

Heating  &  Air 
Conditioning 
Machine  Shop 
Management  & 
Supervision 
Meteorology  & 

Navigation 
Photography 
Public  Service 


The  number  of  courses  and  the  subject  areas 
represented  will  expand  as  additional  mate- 
rials with  application  to  vocational  and 
technical  education  are  identified  and  selected 
for  dissemination 


Contact  the  Curriculum  Coorclination  Center 
in  your  region  for  information  on  obtaining 
materials  (e.g.,  availability  and  cost).  They 
will  respond  to  your  request  directly  or  refer 
you  to  an  instructional  materials  agency 
closer  to  you. 


CURRICULUM  CQOHUUM.^riON  CUlMffc'nS 


EAST  CENTRAL 

NORTHWEST 

Rebecca  S.  Douglass 

William  Daniels 

Director 

Director 

100  North  First  Street 

Building  17 

Springfield,  IL  62777 

Airdustriaf  Park 

217/782-0759 

Olympia.WA  98504 

206/753-0879 

SOUTHEAST 

Robert  Patton 

James  F.  Shill.  Ph.D. 

Director 

Director 

1515  West  Sixth  Ave. 

Mississippi  State  University 

Stillwater,  OK  747t)4 

Drawer  DX 

405/377  2000 

Mississippi  State,  MS  39762 

601/325-2510 

NORTHEAST 

WESTERN 

Joseph  F.  Kelly,  Ph.D. 

Lawrence  F.  H.  Zane,  Ph.D. 

Director 

Director 

225  West  State  Street 

1776  University  Ave. 

Trentoi>,  08625 

Honolulu,  HI  96822 

609/292-6562 

808/948  7834 

8 


CUMMUNICATIONS  COMPUTER  PRDGRAMMER 
3ABR5U3i 


Classroom  CourM 


4-2 


United  States  Air  Force 
August  1978 


Oo^p«tioruil  AfM! 


11  -  Adult 


Microfiche:  12 


Vocational  Curriculu'U 
 Coordination  Cente;;^ 


Contents: 


Block  I 


Proj^raimnin^ 


Principles 


is 


a. 

c: 

e 

|s 

i 

a 
I 

"i 
> 

< 

X 

 , 

I  

M — ^ 

...  Ml 

X    Materials  are  recommended  but  not  provided. 


.1 

W 
09 

o 

CO 

C 

o 

3 


'  8 .. 

1 

]»  » 
«  K 

J9 

M 

» 

s 

•ll 

• 

THE  NATIONAL  CENTER 
m  KSUm  IN  VOCATUWAl  EOUCATIilK 


9 


c 


Group 
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1960  Kniniy  RoMf 


.CMWfVOMCriptisn:  . 

fills  course  includes  the  folloiflsig  topics:  '  . 

.Computer  Mathemstics  (12.5  hours) 

Data  Representatioa  (5  t»urs)  '  ^ 

^  Computer  Logic  Functions  (5  hotars) 

Logical  Development  of  Problem  Solutions  (65  hours) 

4  ' 

. Student  materials  include  handouts,  study  guides,  a  workbook,  and  programmed 
texts.  ^ 

Instruction  materials  include  a  Plan  of  Instruction  and  transparency  masters.  ^ 


Id 
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<^  ^/Q.  \.  i.^'l^  of  this  publication  has  (have)  been  delated  in 

adapting  thla  natarial  for  use  in  Vocational  and  Technical  Education.  Deletad 
astarial  involves  extensive  use  of  tallitary  forms,  procedures,  systeaa,  etc. 
and  was  not  condidared  appropriate  for  use  in  vocational  and  technical  educa- 
tion. 
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6.    Pxojact  MajMigwnt 

a.    Given  a  conpleted  ProgsM  Evaluation  JUiviw  Tachniquj  (PERT) 
neiworic  and  a  tw  coluan  Hating,  aatch  tha  items  in 
the  Boat  appropriate  ite«  in  colwm  ono  to  an  aoctiracy  of  fet  least  75^ 
Kach  item  tr  coluam  two  nay  be  used  once,  wore  than  once,  or  not  at 
all, 

CTU;    la   Meaas  W 

(1)  History  of  PERT 

(2)  Ckjncepts  of  PEHT 


iiUPPOHT  MATERIALS  AND  GUIDANCE 


Student  instrr*i?nffl  **fl^ri^^'' 


HO  KDii-472,  Project  Management  (PERT) 

Tssla^ijgJSS^&S^ 
Lecture/Discussion 
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CfiUHII  T1TLI 

Goanunioatlona  Coaputer  Programer 


3. 


7.    Cooputar  M^hAmatlca 


a,    Olvoh  a  aertea  of  nuaberaj  understand  the  procedures  and  per- 
form oonveraipna,  including  all  combinational  and  addition,  aubtrac- 
tion,  and  conpleBientation  of  binary,  octal,  decimal,  and  hexadeciaal 
numbers . 

(1)  avilea  of  algebra 

(2)  Number  ayateras 
[a)  Decimal 
;b)  Octal 
[c)  Binary 
^d)  Hexadecimal 

addition,  subtraction,  and  complements 
[a)  Decimal 
;b)  Octal 
[c)  Binary 
;d)  Hexadecimal 


^  Tine 
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SUPPORT  MATKRIALS  AND  GUIDANUfi 

Student  jng^r.^?^3i7nfil  ^>1trifiAg 

HO  Coiaputor  Progxwiing  PrinQiplea  Student  Notes 

ST  KDA-470,  Computer  PTOgnn&ing  Principles 
VJB  KDA-y47l,  Computer  i^pogranadng  Principles 

Auctt9  Vjla\ffll  Ai4g 
Transparencies,  Math 


Discussion 
Perfomance 
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■TOPIC  flf\  I 


Cinwiiiiiciitlons  Coaputor  Progranaer 


8.    Data  Kapreaeatation 

a.  Givan  a  group  of  definitions,  identify  the  appropriate  terms, 
GTS;    la   Meas;    W  ^ 

(1)  External 

(a)  Bit 

(b)  Byte 

(c)  Character 

(d)  Word 

(e)  Field 

(f)  Record 

(g)  me 

(2)  Internal 

(a)  A^iCII 

(b)  BCD 

(c)  Integer 

(d)  Floatln/^  point 

b.  Given  all  applioAble  references,  the  contents  (in  Octal)  of 
severe  computer  locations,  and  the  mode  the  infonnation  is  stored  in, 
select  the  value  that  correctly  represents  the  stored  data. 

CTS:    1a    Meass  W 

(1)  Numeric  data 

(2)  Alpha-numeric  data 
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16  August  1978      1  17 


MTC  !33  PRC  ViOUS  to*  Tl ON  1$  0««0l  £  TE 


4U    hft^  »-|KM 


SUPPORT  MATiaUAL-J  AND  GUIDANClfi 

Student  Ins^^r^-^i'^M'U  "fl^?rial? 
HO  KDA-A69 
ST  KDA-4'70 
WB  KDA-471 

Audio  Visual  Aids 

Transparencies,  Data  Ileispresentation 

Training  Methods 

Dis  cussion/Denonstration 
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9.   Conimter  liORlc  ^etlons 

a.    atv«n  a  wriea  of  proUl«»3  and  a  truth  table  of  logic  functions 
namo  tho  logic  function  and  detenaino  the  logic  function  reaulte  usinis 
binnxy  nualiirs. 
Cl'S:    1i  Maaas    W,  Pi' 

(1)  Logic  functions 

(a)  OH/AND 

(b)  Exclusive  OH 

(c)  NAND/^Oil 

(d)  NOT 

5UPP0RT  MATERi/\LS  AND  GUIDANCE 

Jtudant  Ina^r"°^^°"^  Materials 

FT  KDA-305,  Computer  I,ogic  Functions 

AV1A»  Viflual  Aids 
Transparencies y  Logic 

DisCUBSiOTi 

Guide  student  performance  using  KUA-jQ^. 
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10T^2)O^cal  DcwlopMnt  of  PxoU.«i  Solution! 

a.  Glwn  a  narxmtiva  dasoriptlon  of  probloas  requiring  straight 
lino,  branching,  and  looping  flowcharto,  analyse  and  construct  flow- 
charts to  show  required  operations^ 

CTSj    1e/g(1),(2),(3),U)    Moas!  PT 

(1)  l^lrpose  of  flowcl»rts 

(a)  Aid  in  coding 

(b)  Delnigging 

(c)  Documentation 

(2)  Flowchart  synbols  and  logical  operators 

(a)  Teminal 

(b)  Procefising 

(c)  i^ecision 

(d)  Input/output 

(e)  Subroutines 

(f)  Connectors 

b.  Given  all  available  reference  materials  and  a  set  of  problem 
specifications;  use  the  Top  Down  concept  of  problem  solving  to  dx«w  § 
block  diagram,  write  a  narrative  description  of  the  block  iliagraa,  and 
draw  a  st»  cturod  flow  chart  showing  the  steps  necessary  to  solve  the 
problea* 

CTS:    1e,1f,1g(1),(2),(3),U)    Meas;    W,  PF 

(1)  Introduction  to  Top  Down  Deaign  and  .".tructurod  Programming 


(TD3P) 


(a)  Purpose  of  TDSP 
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(b)  (lOvaminK  (ilrBotlv«» 
(e)  Top  Qowi  i)«sign 

(d)  Top  Down  OociumntaUon 

(e)  Structured  iwlkthrtaghs 

(f )  Top  Dovn  iaplMMntfttlon 

(g)  Prognumlng  teaaa 
(1)  Program  Do;ilgn  UnRuage  (PDL) 

(2)  Daflne  the  problen  (HIPO) 

"(a>  Use  of  Hierarchy  Block  ^iagraa 

(b)  Narrative  description  of  input,  process,  and  output 

(c)  Identification  of  needed  information 

(3)  Methodr.  of  problem  solving 

(a)  Direct  ^\ 

(b)  Enwerating 

(c)  acientific  trial  and  error 

(d)  Simulation 

c.    Given  all  available  reference  materials  and  a  set  of  problem 
specifications J  use  the  Top  Dovn  concept  of  problem  solving  to  draw 
a  block  diagram,  write  a  narrative  description  of  the  block  diagram, 
and  «lr»w  a  structured  flow  chart  showing  the  steps  necessary  to  solve 
the  jtroblem* 

CTS;    1e,1f,1g(1),{2),(3),U)    Meass    W,  PT 
(1)  Flowchart  the  solution 

(a)  Definition  of  a  function 

(b)  Flowchart  highost  level  functions  first 

(c)  Flowchart  symbols 
X  Sequence 

2  If  ...  then  ••.  else  ... 
^  Do  while 

POI  E3O2H3024D  000  August  1978 
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^  Do  until 

^  Case,  soXeot,  mdtoh 
6  Loop,  exitify  •ndloop 

d.  Glvsn  all  &vallablo  rsferenos  Mtarials  end  A  set  of  probles 
apeolXlcatlona,  eonatruct  a  HIPO/flowchart  to  solve  ths  problomCs). 
CTS:    1e,1f,1g(1),(2),(3),{4)    Meas:    W,  }^ 

(1)  Search 

(2)  Sort 

(3)  Insertion 

(4)  Deletion 

(5)  Kerge 

e.  Given  a  flowclwrt  and  a  deaoripti«i  of  data  with  prsaasigned 
valves,  analyze  the  flowohart  and  deteraine  the  values  of  various  iteas 
at  selected  points  within  the  flowchart. 

CTS;    Tft,1g{1),(2),(3),U)    Meaas  PT 

f .  Conduct  a  struotured  walkthrough  utilizing  a  flowchart  and 
HIPO  doctmantaticn.    CTS:    1^   Measi  IT 
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ST  KIU-295,  Top  Ootm  Struetuswi  ?vogrwmin$ 

HO 

XOA-470 
WH  Ki)A-471 

S(i  KDA-478y  PrDgmnlng  Principles 

Traneparancles,  Floveh&rt  Structure 
Truiapareneles,  Flowchart  Syabole 

LtfeturB^aHaeuttalon 
i'arfomenoe 
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MODIFICATIONS 

Pages  13  -  29  of  this  course  have  been  deleted  due  to  copyrighted 
material . 
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Dt!(ignfd  Per  ATC  Court*  Ust 

00  MOT  ust  ON  TMM  JOB 
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INTRODUCTION  Pg  1-4 

DIGITAL  COMPUTER  ELER§ENTS  5-11 
LANGUAGE  LEVELS                       ^  12-14 

HISTORY  15-30 

COMPUTER  GENERATIONS  31-40 

HBOOD  HARDWARE  41-47 

MATH  48-55 

LOGIC  56-58 

STRUCTURED  FLOWCHART  59-81 

FLOWCHART  TYPES  62-65 


DEFINITION 

A  COMPUTER  iS  ACTUALLY  A  DATA  PROCESSING 
-  DEVICE  THAT  PERFORMS  MATHEMATICAL  AND 
LOGICAL  OPERATIONS  ON  DATA  IN  A  PREARRANGED 
AND  CONTROLLED  MANNER. 


COMPUTER  FUNCTIONS 

ARITHMETIC 

A  +  B  =  C 

(2)  (3)  |5) 

LOGICAL 

A  >  B  STATUS  INDICATOR 
|1)    12)  0  (NO)  . 


i 
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TERMINOLOGY 

BYTE  ' 
BIT 

PROGRAM 

INSTRUCTION 

ADDRESS 

RECORD 

RADIX 

FILE 

I/O 

TAPE 

DISK 

REGISTER 
SUBROUTINE 


COMPUTER  CLASSIFICATION 

ANALOG  COMPUTER 
DIGITAL  COMPUTER 
HYBRID  COMPUTER 
SPECIAL  PURPOSE  COMPUTER 
GENERAL  PURPOSE  COMPUTER 


( 


INPUT/OUTPUT  MULTIPLEXER 


INPUT 

OUTPUT 

ELEMENT 

ELEMENT 

MEMORY 
ELEMENT 


I-  — 

CONTROL 

ARITHMETIC 

ELEMENT 

ELEMENT 

1 


I 

J 

PROCESSOR 

BASrC  DIGITAL  COMPUTER  ELEMENTS 

30 
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BASIC  DIGITAL  COMPUTER  ELEMENTS 

INPUT  ELEMENT 

Buffer  between  external  input  devices  and  internal 
computer  elements,  it  converts  symbolic  source 
language  code  into  machine  usable  binary  code. 


31 
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9 


MEMORY  ELEMENT 

A  large  storage  area  within  the  computer 

where  data  (both  program  instructions  and 
program  data]  can  be  stored  and  accessed. 


CONTROL  ELEMENT 

interprets  and  carries  out  tlie  instructions  of  a 
program.  Tliis  includes  f etcliing  instructions  from 
memory,  decoding  each  instruction,  and  applying  tlie 
proper  signals  to  tlie  arithmetic  element  and  other 
registers. 

ARITHMETIC  ELEMENT 

A  series  of  buffers  (accumulators)  and  registers  use 
to  hold  data  while  it  is  being  acted  on  by  the  logic 
and/or  arithmetic  circuits.  , 


33 
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OUTPUT  ELEMENT 

Functions  to  compensate  for  the 
different  rate  iiii  data  transfer  of 
the  external  output  devices  and 
the  internal  computer  elements. 

34 
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INPUT  DEVICES 


Card  Reader  \ 
Paper  Tape 
Magnetic  Tape 
Disk,  Drum 
Console/Terminal 
Another  Computer 
Communications  Line 
Optical  Scanner 

10 
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OUTPUT  DEVICES 

\ 

Line  Printer 
Card  Punch 
Plotter 

Console/Terminal 
Anottier  Computer 
Paper  Tape 
Magnetic  Tape 
Disit,  Drum 

3r, 


LEVELS  OF  PROGRAMMING 
LANGUAGES 

MACHINE  LANGUAGE 
ASSEMBLY  LANGUAGE 
COMPILER  LANGUAGE 


44 

MACHINE  LANGUAGE 

Is  basically  the  lowest  level  of  languages  that  can 
be  programmed.  Each  machine  language  instruction 
has  an  equivalent  hardware  circuit  to  perform  the 

r 

specified  operation . 

ASSEMBLY  LANGUAGE 

Converts  a  program,  written  In  mnemonic  symbols, 
into  a  machine  language  program.  One  assembler 
instruction  translates  to  one  machine  language 
instruction. 


COMPILER  LANGUAGE 

Converts  a  program,  written  in  symbolic  coding, 
into  a  machine  language  program.  One  compiler 
instruction  translates  to  several  mactiine 
language  instructions. 

14 
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ERAS 


MANUAL 

MECHANICAL 

PCAM 

ELECTRONIC 
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MANUAL  ERA 

"REMINDERS" 

-  STICKS 

-  STONES 

-  FINGERS 

ABACUS 
3000  BC 
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MECHANICAL  ERA 

PASCAL 
LEIBNITZ 
JACQUARD 
BABBAGE 


BLAISE  PASCAL 

FRENCH  MATHEMATICIAN 

tst  ADDING  MACHINE  -  1642 

-  SERIES  OF  WHEELS  :  0  to  9 

-  "CARRY"  LEVER  AT  9  +  1  (10) 

-  LIMITED  TO  ADD  OR  SUBTRACT 


GOTTFRIED  WILHELM  YON  LEIBNITZ 

GERMAN  MATHEMATICIAN 

'TOUR  FUNCTION"  MACHINE  -  1673 

+  STEPPED 
-  UNSTEPPED 

X  SERIES  OF  ADDS 

-r  SERIES  OF  SUBTRACTS 


<!4 
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JACQUARD 

CONTROLLED  WEAVING  ON  LOOM  - 1801 


-  USED  A  NOTCHED  CARD 

-  PUBLIC  FEAR  OF  MACHINES  LIMITED 
ITS  USE 

20 
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5^ 

CHARLES  BABBAGE 

:nglish  mathematician 

^difference"  machine  - 1822 

-  controlled  by  punched  cards 

•  capable  of  making  logical  decisions 

'analytical  engine"  - 1833 

•  too  advanced  for  current  technology 

- 100  years  when  his  principles  developed 

21 
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PCAM  ERA 

« 

1880  CENSUS  -  r/i  YEARS 

DR.  HERMAN  HOLLERITH  INVENTED: 

-  3"  BY  5"  CARD 

-  CODE 

1890  CENSUS  -  IVi  YEARS 


HOLLERITH  CODE 


ZONE 


NUMERIC 


< 


0 

1 

2 
3 
4 

5 
6 
7 
8 
9 


:  12  +  1-9 
J-R  :  11  +  1-9 
S-Z  :  0  +  2-9 


DR  HOLLERITH 

FORMED: 

1896  -  TABULATING  MACHINE  COMPANY 
1911  -  MERGED  WITH 

INT'L  TIME  RECORDING  CO.,  AND 

DAYTON  SCALE  CO.,  TO  FORM 

COMPUTING  -  TABULATING  -  RECORDING  CO. 

1924  -  CHANGED  NAME  TO  "IBM" 


PCAM  EQUIPMENT 

•  KEYPUNCH 

•  REPRODUCER 

•  INTERPRETER 

•  SORTER 

•  COLLATOR 

•  ACCOUliTING  MACHINES 

25 
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ELECTRONIC  ERA 

•  AIKEN 

•  MAUCHLY 

•  ECKERT 

26 
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MARK  1-1944 


PROF  AIKEN  -  HARVARD 

AUTOMATIC  SEQUENCE  CONTROLLED 
CALCULATOR 

USED  RELAYS  AND  SWITCHES 

27 


ENIAC  - 1945 

MAUCHLY  AND  ECKERT 

ELECTRONIC  NUMERICAL  INTEGRATOR 
AND  CALCULATOR 

•  18000  VACUUM  TUBES 

•  CALCULATE  BALLISTICS  AND 
AERONAUTICS 

•  1st  TRULY  ELECTRONIC  COMPUTER 


EpYAC-1952 

MAUCHLY  AND  CCKlATj 

ELECTRONIC  DISCRETE  VARIABLE  AUTOMATIC 
COMPUTER 

*ONLY  3500  VACUUM  TUBES 
*  STORED  PROGRAM 

29 


MAUCHLY  AND  ECKERT 

1946  -  ELECTRONIC  CONTROL  COMPANY 

1951  -  UNIVERSAL  AUTOMATIC  COMPUTER 
(UNIVAC  I] 


1951  -  BUREAU  OF  CENSUS 

30 
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CONCEPTS 

\  \  1  I  /  /  /  / 
THIRD  GENERATION 

WWII// 

SECOND  GENERATION 

WWII// 

FIRST  GENERATION 

WWII// 

PCAM 


5f) 


GENERATIONS  OF  COMPUTERS 


•  1st 

1946 

-  1958 

•  2nd 

1958 

-  1965 

1965 

-*  1973??? 

•  4th 

1970 

_^  7777 

3 


)  \ 

1ST  GENERATION  -  1946-1958 
-  VACUUM  TUBES  - 

FEATURES: 

•  HIGH  HEAT 

•  HUGE  TUBES  (16"  LONG] 

•  SMALL  MEMORIES 

•  PAPER  TAPE/PUNCHED  CARD  INPUT 

•  SLOW 

•  MACHINE  LANGUAGE 

•  EXPENSIVE 

•  NOO.S. 
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2ND  GENERATION  -  1958-1965 

-  TRANSISTORS  - 
-  MAGNETIC  TAPE  - 

FEATURES: 

•  LESS  HEAT 

•  SMALLER 

•  FASTER 

•  MORE  RELIABLE 

•  LESS  POWER  REQUIRED 

•  ^'SYMBOLIC"  LANGUAGE 

•  OFF-LINE  STORAGE 

•  STILL  SEQUENTIAL 

•  MAGNETIC  CORE 

•  SIMPLE  O.S. 

o  4 
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3RD  GENERATION  -  1965-^1973  ??? 
-  INTEGRATED  CIRCUITS  - 

FEATURES 

•  SOLID  STATE 

•  LOWER  COST 

•  SMALLER  SIZE 

•  LARGE  MEMORY 

•  INTERRUPT  CAPABILITY 

•  REMOTE  PROCESSING 

•  DATA  BASE  TECHNOLOGY  -  IDS,  ISP,  DMS 

•  MULTIPROCESSING/MULTIPROGRAMMING 

•  MASS  STORAGE  VS  TAPE 

•  FASTER,  MORE  RELIABLE 
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3nl  GENERATION  -  REMOTE  PROCESSING  ■ 


THIRD  6EMERATI0H  ADVANCES  HAVE  IHITIATED 
CAPABILITY  FOR  TERMINAL  AND  REMOTE  SITE 
PROCESSING  A  Aw 

^\^FTW ARE  SUPPORT^  ^fy 


A 


CENTRAL  SITE 

.  ~r-^ — ^ 

REMOTE  USERS 


B 
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3RD  GENERATION  SCHEDULING 


k  program 
:puts 


SCHEDULING 
DECISIONS 


CORE  STORAGE 


TASK 

PROGRAMS 

IN 

EXECUTION 
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MULTIPROGRAMMING 
3RD  GENERATION  CONCEPT 


JOB 
QUEUE 
STORAGE 


PROGRAM  A 

 ► 

PROCESSOR 

PROGRAM  B 

PROGRAM  E  * 

PROGRAM  C 

PROGRAM  D 

t 

EXECUTIVE 


1  1/0  DEVICES 


) 


MULTIPROCESSING  ( 


PROCESSOR 


PROGRAM  A 


MEMORY 


GCOS 


PROGRAM  A 


PROGRAM  B 


PROGRAM  C 


PROGRAM  D 


PROGRAM  E 


G4 


o 
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4THGENERATI0N-  1970-???? 
-  IN  RETROSPECT  - 

NOMINEES: 

•  SPEED  ...   10  '  &  UP 

•  ROM 

•  FILM  FOR  MEMORY 

•  I/O  DEVICES  OCR,  AUDIO,  SCAN 

HANDWRITING 

•  SIZE  VS  CAPABILITY 


"15 


{ 

o 
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PROCESSOR 


MEM 

ORY 

iOM 

o 
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CENTRAL  UNIT  OF  H6000 
(ASYNCHRONOUS  I/O) 
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'1 


Processor 


Processor 


Memory 

Memory 

• 

>  

lOM 

lOM 

lOM 

FUNCTIONAL  MODULARITY 
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Processor 

Processor 

A 

B 

C 

D 

A 

B 

C 

D 

7 

6" 

5l 

4' 

7 

6 

5 

4! 

Memory 

Memory 

0 

1 

I 

|2 

3 

0 

1 

2 

3 

A 

B 

C 

D 

A 

B 

C 

D 

iOM 

iOM 

PORT  CONNECTIONS 


6' 9 


store  A 


MEMORY  MODULE 


Store  B 


0,1 
4,5 
8.9 

III 
SCU 

2,3 
6,7 
10, 11 

Each  store  can  have  128K  -  which  means  a  fully 
configured  HBOOO  can  have  a  maximum  of  1024K 
or  1,048,578  words  of  storage. 
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EiS  (Decimal)  Unit 

H6050 
^  H6070 

Processor 

Operations  Unit 

Control  Unit 

A 

B 

C 

D 

HB060 

H6080 
Processor 


PROCESSOR  MODULE 


BCD 


ASCII 


0 

1 

2 

3 

4 

5 

36  bits 


6  BCD  characters  per  word 


0 

1 

1 

2 

3 

36  bits 


4  ASCII  characters  per  word 


PACKED  DECIMAL 


0 

1 

2 

3 

,  ^ 

4 

5 

6 

7 

36  bits 


8  characters  per  word 


CODES  FOR  DATA  REPRESENTATION 


lOM  MODULE 


ViPs 
Teletypes 
Remotes 


Datanet 
355 


A 

B  ' 

C 

D 

1  0  M 

•^Card 
Reader 


RADIX-  The  number  of  symbols  that  can  occupy  a  digit 

(counting)  position. 

POSITIONAL  VALUE  -  The  power  to  which  a  symbol 

is  placed  to  the  left  or  right  of  the  radix  point. 

SYMBOLIC  VALUE-  A  value  represented  by  a  unique 
digit  symbol  of  a  numbering  system. 

EXPANDED  SCIENTIFIC  NOTATION -The  expansion 

of  a  number  showing  its  positional  value  times 
its  symbolic  value.  4  8 
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-( Most  significant  digit]-  Tlie  left-most  non-zero 
digit.  Positive  powers:  farthest  from  the  radix  point. 
Negative  powers  closest  to  the  radix  point. 

LSD -(Least  significant  digit]-  The  right-most 
non-zero  digit. 

RECIPROCAL  POWER  -Negative  powers 

{1/10'=10'=.1  ;  1/10^=10 '=.0t] 

49 
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DECIMAL  TO  BINARY  BY  EXPANSION 

STARTING  AT  THE  MSD,  SUBTRACT  THE  BINARY 
POSITIONAL  VALUE  FROM  THE  DECIMAL  NUMBER, 
ACCOUNT  FOR  THE  SUBTRACTION  WITH  THE  BINARY 
DIGIT,  AND  CHECK  THE  NEXT  DIGIT  TO  THE  RIGHT  TO 
SEE  IF  AN  APPROPRIATE  VALUE  MAY  AGAIN  BE 
SUBTRACTED.  REPEAT  UNTIL  THE  DIFFERENCE  IS  EQUAL 
TO  ZERO. 

BINARY  TO  DECIMAL  BY  SUMMING 

SUM  THE  DECIMAL  EQUIVALENT  OF  EACH  NON-ZERO 
BINARY  POSITIONAL  VALUE. 
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DECIMAL  TO  BINARY  CONVERSIONS 

(INTEGERS]  DIVIDE  BY  THE  RADIX  (2]  AND  SAVE 
REMAINDERS,  LSD  FIRST. 

(FRACTIONS]  MULTIPLY  BY  THE  RADIX  (2]  AND 
SAVE  OVERFLOW,  MSD  FIRST. 
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BINARY  TO  DECIMAL  CONVERSIONS 

{INTEGERS)  MULTIPLY  BY  THE  RADIX  (2)  AND 
ADD  NEXT  DIGIT  TO  THE  RIGHT  TO  THE  PRODUCT 
REPEAT  UNTIL  ALL  DIGITS  ARE  USED  UP. 
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BINARY  TO  OCTAL  CONVERSIONS 

STARTING  WITH  THE  RADIX  POINT,  GROUP  THE 
BINARY  DIGITS  IN  THREES  AND  EXPRESS  AS 
OCTAL. 

OCTAL  TO  BINARY  CONVERSION 

KEEP  THE  RADIX  POINT  AND  EXPRESS  EACH 
OCTAL  DIGIT  AS  ITS  EQUIVALENT  THREE 

BINARY  DIGITS. 


COMPLEMENT  ~ 

The  inversion  of  a  numeric  value  derived  by  subtracting 
that  numeric  value  from  the  number  of  counting 
combinations  possible  by  the  value's  positional  power. 

For  example  -  a  3  digit  decimal  number  has  1000 
counting  combinations,  so  any  3  digit  decimal  value 
subtracted  from  1000  will  give  the  value's  complement. 

54 
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ADDITION  AND  SUBTRACTION 

ADDITION 

a  When  adding  like  sips  perform  a  straight  addition  and 
retain  the  sign. 

Il  When  adding  unlike  signs,  subtract  the  smaller  value  from 
the  larger  and  retain  the  sign  of  the  larger  value. 

SUBTRACTION: 
When  subtracting  like  or  unlike  sips,  change  the  sip 
of  the  subtrahend  then  proceed  according  to  the  rules  of 
addition.  ^'^ 


OR  -  +  ,V,Ai 

0011 
0101 

0111 

AND-  .  ,  A, 

0011 
0101 

^  0001 


EXCLUSIVE  OR  - 


0011 

0101  -^^ 

0110  A.B' 
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NOR  - A  +  B  =  C' 


NAND  -  A  •  B  =  C 


B 




A 

B 

■ 

0 

'  0 

0 

1 

1 

0 

1 

1 

SEQUENCE 


IFTHENELSE 


SI 
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SEQUENCE  FLOWCHART 

A  SEQUENCE  FLOWCHART  IS  SIMPLY  A  LOGICAL 
SEQUENCE  OF  OPERATIONS  TO  BE  PERFORMED 
ONLY  ONE  TIME. 

62 
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BRANCHING  FLOWCHART 

-A  BRANCHING  FLOWCHART  IS  SIMPLY  A  SEQUENCE 
FLOWCHART  WITH  THE  ADDED  DIMENSION  OF 
MAKING  ONE  OR  MORE  DECISIONS  IN  THE 
SEQUENCE  OF  OPERATIONS  TO  BE  PERFORMED. 
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LOOP  FLOWCHART 

A  loop  flowchart  is  a  branching  flowchart  with  the  addition 
of  a  loop.  The  four  parts  of  a  loop  are: 
1.  initaiize  -  set  the  counter  to  zero  (performed  outside 

the  loop]; 

2  Test  -  make  a  decision  to  see  if  the  number  in  the 

counter  is  equal  to  the  total  number  of  times 
the  operation  is  to  be  performed; 

3.  Perform  -  this  includes  the  part  of  the  flowchart  that 

shows  the  operations  to  be  performed;  and 

4.  Modify  -  change  the  counter  to  show  the  number  of 

times  the  operation  has  been  performed, 


o 
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SEARCH  FLOWCHART 

A  SEARCH  FLOWCHART  IS  ONE  WHICH  LOOKS  FOR  A 
SPECIFIC  RECORD  WITHIN  A  DATA  fIlE,  BASED  UPON 
SOME  KEY  FIELD.  THE  METHOD  USED  TO  SEARCH  FOR 
DATA  WITHIN  A  FILE  IS  BASIC  TO  ALL  OTHER 
.MANIPULATIONS  OF  RECORDS  WITHIN  A  FILE,  SINCE 
'OU  MUST  LOCATE  THE  DES'lRED  RLCORD  BEFORE 
'OU  CAN  OPERATE  ON  IT. 
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INTROmiCriON  TO  (XmPUTERS  ,  ^ 

1.  Identify  the  imijor  Idoa^  of  computer  developtaent  In  the  four  eras  of  data 
proceaslng  htetory  and  In  the  tht^e  gcmerationa  of  computer  syuten^. 

2.  Identify  the  basic  differences  of  digital,  analog,  and  hybrid  ccHaputera* 

3.  List  and  briefly  explain  the  funrtlons  of  the  elements  of  a  digital  computer. 
A.      Identify  the  characteristics  of  machine,  assei^ler,  and  compiler  languages. 


INTRODUCTION 

The  term  "data  processing"  is  relatively  recent  In  origin;  liowever^  this  does  not 
mean  that  the. activity  itself  In  new.    There  is  evidence  that  the  need  to  process  data 
originated  at  the  beginning  of  recorded  history  when  roan's  activities  first  exeeeded  his 
abilitv  to  retueinber.    Through  the  vears,  conssercial  and  government  agencies  have  created 
th<  need  for  keeping  records  of  some  type. 

Data  processing  refers  to  the  recrording  and  handling  that  are  required  to  convert 
data  into  a  more  refined  or  useful    orm.    Tht'se  tasks  have  been  referrtfd  to  as  record- 
ket'ping  or  paperwork,  ^They  have  alw^ivs  hern  accepted  as  routine  clerical  activity. 
With  the  introduction  of  more  sophisticated  i'lectroti^chani  i  al  and  eU-ctranic  business 
machines  L\  recent  times,  the  terms  "paperwink"  and  "recordkeeping"  hiv*   been  replace^d 
by  the  phrase  "data  processingp" 

To  fully  understand  and  apprecliiie  the  significance  of  data  processing  as  we  knpws 
It  today,  we  must  examine  the  histor^^  of  data  processing. 

INFORMATION 

HISTOKY  OF  DATA  PROCESSING 


Manual  Fra 

The  verv  earliest  t^'f)e  oi  data  pruLt-sM ! ng  kjiiivn  tt>  man  tlu-  i.^'C  i)t  lingers, 

siivks,  and  stones  as     indicating"  devii-.s.     Thes^  devices  atfuallv  did  nothing  tnoro 
than  serve  as  reminders  of  a  particular   juan  itv.    All  of  tht«  actua    calculations  in 
this  case  were  done  mentallv.     In  'iOOOBC  a  more  sophisticated  *4ndl editing"  device  was 
de /eloped.    The  abacus,  Ah  It  was  called,  Lunnisted  of  rows  of  btujds  on  n  wire  frane 
re^jresentlng  units,  ^enb,  hundreds,  t*tc.    Thin  ancient  device  In  stlli  lised  to  a  cer- 
tain extent  »today#  .  -  i 


Mechanical  (Key-Driven)  I  ra 

In  1642,  Pascal,  a  French  matht^nuitlclan.  Invented  a  hand-operated,  gear-driven 
adding  machine.  It  registered  decin^al  values  hv  rotating  a  wheel  from  1  to  9  steps 
with  a  carry  laver  to  operate  the  next  hlght-r  digit  wheel  when  the  ^Irst  reached  10 
units « 

LeibnltE,^a  Gernjan  mathematician,  advanced  the  .Idea  of  a  machine  that  could  multl 
ply  as  well  as  add  In  1^73.     in  practice^  however.  It  wan  not  wry  aiCuratc. 
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Xn  ISOl,  a  Frendwwn  naawd  Jacquard  wod  a  W'tched  card  to  control  the  weaving  of  a 
fabric  on  o  loom.    Public  acceptance  of  his  devlcr  v«s,  however,  limited  becntiue  nf  n 
ffa^X  of  maehineEi. 

A  tMjor  advancenent  was  made  In  1833  by  Babbage,  an  Engllah  matheiwitlclan.  He 
advanced  the  Idea  of  a  aachlne  controlled  by  punched  cards  and  capable  of  making  logical 
decisions.    He  called  It  the  difference  machine.    It  was  never  built  In  a  large  nunbor 
bpcause  the  technology  of  the  day^  lagged  far  behind  the  concepts  involved. 

•i 

I'unchi'd  Card  Accounting  Machines  (PCAM)  Era  <■ 

The  1880  census  took  7-1/2  years  to  compl|?te  by  hand.    Hollerith,  an  Amertctan  work- 
ing for  the  Census  Bureau,  proposed  recordln|i  tabulating,  and  analysing  facts  bv 
ifechine.    Tor  the  first  time,  data  was  punnlied  Into  3"  x  5"  cards  according  to  a  rode 
Inventfd  by  Hollerith,  and  punched  card  iwirhlneH  were  deMigneri  which  rould  handle  thlR 
new  medlu».    The  1890  census  took  only  2-1/2  years  despite  «  population  Increase.  In 
1896,  Dr.  Hollerith  fomied  the  Tabulating  Machine  Compnnv  tH  proroorp  his  invention  rom- 
merciallv.     In  1911,  his  company  merged  with  the, I nternntTonal  Time  Recording  rwnpnnv 
and  the  Dayton  Scale  Cpmpany  tn  form  the  ComputinK-Tahulating-Kecnrdlng  Company.  In 
1924,  the  nime  wa»  changed  to  the  Intemational  Bus Iness  Marhl ni-H  Corporation  (IBM). 

Through  the  succeeding  ve.irs.sTBM  became  the  mnlor  mnnufnrturer  of  PCAM  mn.-.hlnes. 
There  are  six  classifications  of  PCAM  mach1n«>H  used  todav. 

1.  Keypunch  -  Used  to  puncti  tlie  Hollerith  rode  Intu  cnrtJs. 

2.  Reproducer  -  Vsed  to  dupHrnte  derks  of  punched  cardn^ 

3.  Interpreter  ~  Vrlnts  on  cnrdH,  fhn  lnft>rnac1oii  pundied  Into  fhose  cnrHs. 

4.  Sorter  -  Ri>senuenri"5  pimeht-cl  decHn.  ^ 

■ 

Collator  -  ?1orRes  pntirhfd  iji-rks  tngetbcT. 

6.       Account  inr  MachlnCK  -  Prodwr.-  printed  liMtfnK^   .ri..  -^wMn  of  cnrds. 

Although  PC/\M  jnachln<7H  w.tp  i  vnst   fmrrovemrnt  over  enrHer  iiethods  and  devli's, 
thry  still  had  si.-ver.il  m.iior  dl  sndvanl  .if'.is .     The  rqnipm«Mil  w.-im  nedtrtnl  <  nil  v  t'u-  h\<i^-, 
Processlus  was  d^no  In  stages  fmm  on-  m<..-1iine  to  an.^thrr.     I'rnr,.«slnR  on  niAM  rxn^hi^r^ 
also  required  close  hum.in  supervision. 

Klcctronlc  Kr.i 

In  ]9t*it,  Aiken  huilt  a  machine  at  Harvard  "ni^ersl  tv .     It  was  called  the  Automatlr 
Sequence  Controlled  Calculator  (Mark  Jj/and  could  perform  long  f^erlen  of  arithmetic  and 
logical  problems.     It  was  designed  for  use  hy  engineers,  pfivslrlstH,  and  mathematicians. 
This  Mchine  wan  an  outgrowth  of  BahhaRc's  Ideas  and  hineprlnfs.     Tt  was  not  HtrlrtW 
electronic  because  It  made  decimal  calculations  through  olert  rotwMhanlcal  means  (reJav»- 
and  ftwitches). 

In  1945,  Mauchly  and  Eckert  jsuUt  the  first  truly  elecl.iuric  ciM'n'uter,  with  no 
moving  parts.     It  was  called  the  "ENIAC"  (Rlectrwiic  Numerical,  Integrator  and  Calculator) 
and  contained  18,(«J0  vacuum  tubee.    It  was  developed  to  perform  great  quantUles  of  sta- 
tistical calcularlcrtis  for  weather  data.     The  KNTAC  performed  ^.000  ren-dertP^l-df glf 
calculations  per  sorond  and  had  a.  mnl  t  1  pll  cat  I  on  Mpend  ..f  ,,,,  ,„  WO  falrulntlona  pet 
second.    The  addlt'lon  of  tW"  numberH  whlrh  took   HH)  mllH^feo.l'^  «m  Mark  1  cmild  he  done 


In  ,2  milliseconds  on  KNIAC, 
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The  next  tnalor  development  In  the  electronic  era  cane  in  1952.    Kckert  and  Mauchly 
devtplofGd  FnVAr  (Electronic  Discrete  Variable  Autojnatic  Computer)  •    It  consiste^d  cf  onlv 
3500  vacuur.  tubes,  and  was  the  nrototype  of  seriel  computers.    One  of  the  major  advance- 
ments of  the  ETA* AC  was  that  operations  were  perforrood  entirely  by  a  stcre<1  p rogratri  rather 
tivafi  pr«dri»R*    Mith  the  itevel^s^st  of  ESVAC  it  ij^^  realist  that  cos;put«rs  tonli 
useful  in  areas  other  than  those  of  a  scientific  nature, 


In  l**4f)^  Mauchly  and  Eckert  had  organized  their  own  conpan>^  the  Electronic  Control 
Conpnny,    In  1^51,  they  produced  the  first  truly  cotnrtercial  computer.    The  l*NIVAC  I 
(Universal  Automatic  Cotnputer)  was  installed  in  1951  at  the  U.S.  Bureau  of  Census .  The 
first  business  use  of  cotnputers  was  in  1954  when  UNIVAC  I  was  installed  a¥^^  Apnllance 
Park,  Louisville,  Kentucky,    The  Electronic  Control  Conipany  was  later  acquired  by  the 
Renington  Hand  Corporation,  which  became    the  UNTVAC  Division  of  Sperry  Rand  Corporation. 

i;^The  second  coinmercial  coniputer  was  the  CRC  102  chat  was  produced  in  1952  by  the 
Coinputer  Research  Corporation.    Closely  following  this  computer  in  1952  was  the  IBM  701* 

The  first  computer  developed  for  both  scientific  and  business  applications  was  the 
IBM  650,  which  was  first  used  in' 1954  in  Boston,  Massachusetts. 


In  the  discussion  of  the  histor\'  of  data  processing,  we  will  discuss  the  first, 
second,  and  third  generation  computers.    The  following  text  explains  these  areas  of 
computer  development  and  describes  certain  possible  characteristics  of  fourth  genera 
tion  systems. 


First  Generation  (1946  -  1958) 

First  generation  computers  are  characterised  by  the  use  of  vecuuic  tubes,  which 
made  them  much  faster  than  electromechanical  data  processing  machines.    Most  first  gen- 
eration computers  used  internally  stored  programs,  adding  to  ^heir  flexibility  and 
i-educing  setup  tin^,  although  virtually  all  programming  was  done  in  machine  language. 
Main  memory  began  its  advancement  from  vacuum  tubes  to  magnetic  drum  and  magnetic  core. 

The  computers  were  huge,  and  required  strict  air-conditioning  standards  because  of 
the  heat  produced  by  the  vacuum  tubes.     Input  was  restricted  primarily  to  punched  card 
and  paper'tape,  although  magnetic  tape  was  beginning  to  be  used. 

Second  Generation  (1958  -|19fc5) 

The  second  generation  miirked  the  advent  of  large-scale  computers.    These  computers 
had  l^rge  memories  and  micro^^econd  access  time. 

The  main  reason  for  these  improvements  was  the  replacement  of  the  vacuum  tube  by 
the  transistor  (1958).    This  resultejj  in' reduced  physical  sise  of  the  computer,  improved 
speed  and  reliability,  lowered  cost,  less  po^^er,  and  less  air  condit ionij^g  required. 


A  greater  range  of  peripherals  was  introducftd^i'  inc^ding  display  devices,  faster 
pxinters,  and  data  transmission  devices  for  long-range  communication  between  the  con- 
HUter  and  remote  terminal^.    The  latter  made  on-line  data  processing  possible. 


CfWPUTER  GENERATIONS 


Storage  was  usually  magnetic  core,  although  some  small  systems  still  used  magnetic 
drum.    Thin  film  was  introduced  in  1960. 


Third  Generation  (1965  -'^1970) 

X  .    tt  biSta*^' increasingly  en^x^t  ttmt  f^rjHer  increaaftB  in  ^^^J^J^^^/^f  ^If^J 
the  sreed  at  which  electricity  can  travel.    To  cope  with  this  preblen  and  to  tnaincain  s 
Ugh  degree  of  reliabil^tv,  integrated  circuits  were  developed.    They  are  considered  the 
main  characteristic  of  third  generation  cotnputers.    These  circuits  were  i'^'l^^^f  «^ 
Ute  iSH  v'ith  the  announcement  of  whole  new  families  of  computers.    These  i'-'^^f  °  f  ^ 
IBM  Svster.  ^60.  RCA  Spectra  70,  Burroughs  B3500,  and  others.    Vith  this  decrc^ased  cir- 
cuij  siJe.  It  vas  possible  to  operate  in  the  nanosecond  range  (one    nanosecond  equals 
lO"    second) . 

The  integrated  circuit  concept  involves  the  synthesizing  of  electrical  components 
'  such  as  transistors,  resistors,  and  capacitors,  into  a  single  tiny  block  to  form  a  coHt- 
plete  circuit  function.    An  example  is  shown  in  figure  1-1.    The  1^^^:^^^  ^ 
iUustrates  15  transistors  and  13  res'. tors  of  the  type  replaced  by  the  integrated  cir- 
cuit  on  the  right. 
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Figure  1-1 

Greater  emphasis  was  placed  on  hardware  modularity,  operating  syst^,  and  in^^'^^'^ 
inpvt-output  c^arilities.'includins  optical  scanning  and  Magnetic  Ink  f  ^J^-^^f^^^"^^" 
tiun  (MICR)  '   This  has  produced  computer  systems  which  possess  increased  capabilities 
o'er  pSvlL  genera?ioL.    One  significant  advantage  is  the  ability  of  ^^J^J .f^^^^/.!- 
rn^u?ers  to  process  more  than  one  1ob  simultaneously,    ancreaaed  speed  and  the  use  o. 
s^^fs  lea  ed'soft^are  made  time-sharing  terminals,  multiprogramming. 
and  real-time  processing  practical.    The  third  generation  computers  are  more  flexible 
San  earlier -systems,  suited  to  both  scientific  and  business  data  processing. 

Future  Generations  ^ 

While  definite  characteristics  of  fourth  generation  computers  are  not  yet  known, 
certain  tendencies  are  known.    These  tendencies  ares  . 

1       Faster  -  Most  engineers  are  predicting  a  five-fold  increase  in  circuit  speeds 
over  the  next  five  years.    There  seems  to  be  no  question  that  significant  incr^se^  in 
central  processor  speeds  will  continue  to  occur  foi  many  years  to  come. 
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»       l«HN  KniwUHtWf  -  In  l«#«tn  H  tr«MH{Hiur  (tin*  hI«i'  "I  "  |'*'n«  n  t-rnHcT)  r.Oht 
»w«r«8«  uf  $1  McU,    In  l«rK«-«c«{f  {nti-Kral..d  circuUn  wctv  uH«d,  containing  moru 

thm  m  tr«a«S»tor«,  coattR*  ««  ware  tUaa  ime  cent  eseh.    By  tl.«  early  WSOe  thejae  of 

•xpaeted  to  reduce  the  cose  of  canponents  to  .003' cent.  %, 

)      More  Reliable  -  Since  the  pmductlon  costH  of  circuits  will  be  significantly 
reUured  and  bpcausp  standnrdlzafion  In  circuit  deslRn  will  be  Increased,  systeias  will 
hawo  the  ability  to  choost-  alternate  circuits  If  failure  occurs.    Tbls  ability  to  cott- 
tlnue  funct.lonlng,  even  though  one  or  «ore  failures  have  occurred  In  the  hardware,  is 
called  "self-Waling." 

4.     Better  Input-Output  Devices  -  Speed  and  reliability  of  input-output  devices 
will  increase.    Tbpse  devices  will  be  located  near  the  source  of  data  and  will  reflect 
a  trend  ttward  media  that  ran  be  understood  hv  both  mm  and  raachlne.    Examples  of  this 
type  of  media  are  printer  devices  that  will  accept  typed  data  and  can  also  respond  on 
the  sane  device  with  typed  information,  visual  display  devices  such  as  CRT  ( cathode- 
ray  tube)  and  standard  TV  sets,  audio  devices,  and  OCR  (Optical  Qiaracter  Recognition) 
devices  that  can  read  printed  data  of  a  variety    '  character  fonts. 


TYPKS  OF  OiMTirfERS 


One  method  of  classification  divides  computers  into  three  general  types—analog, 
digital,  and  hybrid— and  into  two  categories  of  applicatlmi—speclal-purpose  and 
general-purpose . 

The  Analog  Conputer 

The  analog  data  processing  raachlne,  as  the  name  implies,  processes  work  electronic- 
ally by  analogy.    It  takes  measured  amounts  ot  Information,  performs  a  set  routine  of 
processing,  and  presents  this  Informatlop  in  nwasurable  form. 

An  example  is  a  speed.jraeter  on  thf  dash  .-f  a  car.    The  rotations  of  the  car  wheels 
are  transferred  through  a  flexible  cable  to  the  Inertia l-govemor  device  under  the  dash- 
board.   This  device  then  interprets  the  rate  of  speed  or  the  car  in  terras  of  a  dial 
reading.  * 

The  analog  computer  ran  perform  only  that  function  for  which  it  was  designed,  and 
It  is  not  as  accurate  as  the  digital  computer.    It  is  often  compared  to  a  slide  rule 
which  is  only  as  accurate  as  the  exactness  of  the  measurement  of  its  scale.    It  is 
ideally  suited  for  certain  engineering  applications,  but  unsuitable  for  calculations 
where  accuracy  is  required  to  the  exact  digit  as  in  payroll  calculations. 

Digital  Computers 

The  digital  craoputer  accepts  information  in  the  form  of  coded  alphabetic  and  numeric 
characters.    It  then  processes  this  information  in  accordance  with  a  predetermined  in- 
struction sequence  that  can  be  varied  as  required.    We  are  dealing  with  a  discrete  var- 
iable; one  that  represents  exactly  what  it  stands  for.    In  an  analog  machine  we  are 
dealing  with  an  indiscrete  variable;  one  that  represents  an  approximation  of  a  quantity. 

Digital  computers  can  be  split  into  groups  according  to  the  internal  memory  system 
of  the  computer  and  its  coding  structure.    The  divisions  are  based  on  the  type  of  coding 
system  prevalent  in  the  machines'  operations.    Two  major  coding  systems  are  binary  and 
decimal.    Other  coding  systems  exist,  but  they  are  merely  variations  of  these  two. 
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Hybrid  CcKq»uter8 

Sow  cooputen,  are  designed  with  bpth  analog  and  digital  "pablUtlea. 
terns  a^ThySds.    An  exa-ple  of  this  type  of  co«pnter  8y«te«  la  the 
1,  an  early  warning  syetem  againi^t  surprlo.-  air  nttacka.    Prncesa  control  syfeteas  such 
as  the  coiiputer  syatems  used  In  .ont rolling  the  reflnln'fc  of  pelroleua  products  arc  pIbo 
exap^les  of  hybrid  coisputer  systrms. 

Special-Purpose  CoiiQ>uters 

Another  widely  used  »ethod  of  classifying  oachlmis  is  to  c^tegoriw  the«  as  sp*  clal- 
purpose  aid  general-purpose  machines.    Special-purpoae  computers  are  * 
specific  operation.    The  SAGF.  computer  illustrates  this  scheiw  of  classification.  The 
SACK  system  was  speclallv  designrd  and  hiitU  as  an  early  warning  networic  aB«in«J  ^"-^ 
attacks,    m  the  Air  Force,  this  type  of  machine  is  usually  limited  to  applications  In 
the  weapons  system  area. 

General-Purpose  Computers 

General-purpose  machines  are  not  specifically  designed  for  snv  applications  and, 
hence,  adept  to  n  variety  of  lobs.    AlthnuRl,  thev  are"  adaptable,  certa  n  inachinea  are 
better  suited  to  do  scientific  appHcatlnns  and  -thers  to  buslnesB- logistical  applica^ 
tionsa 

The  scientific  computer  takes  in  smnll  nuanflties  nf  input,  which  nay  be  drawn^ 
fro™  business  files  or  from  facts  about  curr.-nt  operations.     U  p.-rfoms  vast 
of  mathematical  and  loKlral  operations  and  provi.hs  a  «™,unt  "  J*'^ 

important  consideration  I.  a  blR;tc^^p^ed  prucesslng  .npnhllitv.     H,e  ^''^^'O'O'  ""^f 
tracking  earth  satellites,  and  Remington  Rand's  URC,  used  at  the  l.os  Alamos  Research 
center  for  calculation  of  t  rajertorJeH.  are  exami-les  of  Hclentiflr  computers. 

The  busineHs-loR!HfJ.«  computer  takes  in  vast  quantities  of  data,  performs  a  r.la- 
tivelv  small  amount  nf  ,,rmessinR,  and  P*t.  out  large  quantities  of  output,  ^^^^^i;"- 
tents  are  analysed  to  find  relaMonships  and  answer  simple  inquiries.     U  is  essentially 
a  scientlfJi   romputer  with  the  additional  capability  for  large  volume  data  input  and 
output  at   a  relatlvrlv  high  sp.-t-d.     In  this  tvpe  of  marhinr,  iofMit   snri  output  speeds  are 
more  Important  tban  proi  t-ss  liiv.  ^peed. 

When  determining  the-  tvpe  of  hardware  to  be  used,  the  method  of  processing  desired 
must  also  be  considered.     Many  varieties  of  methods  for  processing  data  are  ayailab  e 
today      The  major  conn  iderat  i  un   in  deciding  which  method  to  u-.p  is  the  economic  factor. 
The  more  piverful  the  procPH«InK  dej=ired,  the  more  munev  tliaf  must  be  spent. 

nir.iTAi.  cciMnn-F.R  f.i.kmf,nts 

For  s  digital  computer  t*  operate,  certain  elements  are  required  for  the  proper 
handling  and  manipulation  of tdato,  just  as  a  man  needs  certain  tools  to  perform  arlth- 
■etlc  tasks.*    This  corapaflsoo  is  easily  supported  by  describinR  the  elements  of  the 
computer  that  correspond  Co^a  man  workioR  at  a  denk.    Un»s  a-Muru-  that  the  ™fln  la  a 
clerk  work  Ink  In  a  psyroir  office  and  1h  rowputioR  the  net  p«v  of  various  Individuals. 
The  IN  box  oA  his  desk  dftntalns  the  pay  rates  of  Ihe  personnel   involved  plus  misrel- 
laneoUB  data  ^such  as  thAini  t  iat  ton  of  bond  deductions,  etc.    A  dlKital  computer  has  an 
INPirr  n.Wmt  -htch  is  z^U-  of  accepting  various  types  of  ^.ta  and  Pt«-^"H"J  J" 
the  coBiputlni  pottUm  of  the  equipment.    The  clerk  has  several  tf^^^^o  which  he/^f^" 
•uchlTtaX  Sedurtltm  x\\v.-^,  Standard  weeV  tv  dedurrion«.  rtr.     To  addition,  he  has  a 


p«d  and  p«P«r  m  which  ha  notes  the  deductions  applicable  to  each  enploye*.    In  a  dlgi- 
tKl  coBHJuter,  the  MEKOBY  tO-RMIorr  vfould  serve  as  the  tenporary  storage  device  for  all 
facta.   Tlw  ^tsal  cofifttcattoii  «f  an  iit<tivi^«ai*8  aalai^  is  » 

digital  cooqiuter.  .Once  the  net  pay  of  each  person  has  been  calculated,  the  clerk  fills 
out  a  standard  foito  for  each  enployee  which  eontalAS  the  etaployee's  na»e  and  the  amount 
due.    He  then  places  all  their  foBM  in  the  OITT  box  on  his  desk,  thus  cOTpletiog  his 
1id»,    The  OUTPOT  ELEHSTT  of  a  digital  ccBiputer  accepts  the  results  of  •  cofflRutatlon  by 
the  arithmetic  eleaent  and  presents  the  results  In  a  form  tecognisAle  by  the  user.  Cf 
course,  all  theactiois  of  the  payroll  clerk  are  controlled  and  coordinated  by  his  ner- 
vous system.    The  OCBITm  ELEMENT  coordinates  the  actlcms  of  a  digital  cocqiuter  and  is 
connected  to  all  the  other  elenamts.    From  this  discussion,  we  see  that  a  digital  com- 
puter is  essentially  ennposed  of  the  following  eleaents: 

1.  Input. 

2.  Heraory. 

3.  Arithoetlc. 

4.  Output.  t 

5.  Control. 

Thts  operational  elements  listed  above  are  the  elejnents  required  by  typical  digital 
coajputers.  The  following  paragraphs  describe  these  eleaents  in  more  detail  and  explain 
the  tasks  perforaed  by  each. 

Input  Element 

The  Input  element  Is  capable  of  accepting  data  In  a  variety  of  forms  and  converting 
it  to  a  standard  format  which  the  othet  roroputer  elements  can  use.    For  example.  In 
figure  1-2,  a  typewriter  Input  device  might  be  used;  accordingly,  the  operator  would 
type  out  the  data  and  instructions.    The  typf writer  would  have  switches  connected  to 
each  key  which  would  convert  the  hitting  of  n  key  Into  an  electrical  impulse.    The  elec- 
trical impulse  might  then  be  converted  to  a  binary  co<!e  so  that  the  computer  could  work 
with  it.    Other  coiason  types  of  Input  ilevlccn  are  punched  card  readers,  magnetic  tape 
readers,  paper  tape  readers,  and  such  .mtaniai  Ic  Input  units  as  telephone  llnis  which 
transmit  data  from  remote  locations,    ft^^  injmt  element  provides  one-way  coim&inlcatlon 
between  the  external  Input  devices  and  t^i.  other  computing  elei^nts.    Data  and  Instruc-- 
tlons  are  fed  to  a  computer  through  an  Input  element. 


INPUT 
DATA 


TYPEWRITER  INPUT 


TAPE 
INPUT 


INFORMATION 
CONVERTED  TO 
SUITABLE  FORM 


RDA124'2 


Figure  J*-2a    Input  Klen^nt  •  Receives  Information 
and  Converts  it  Into  Usable  Form 
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Kenoxy  Eli 

a^oredprior  to  .ctu.1  u.«ge.  The  f.cliltl«  required  for  .tortng  lnfor«.ti«i  In  .  co^ 
pucer  ire  Included  In  the  wtmorf  {samtlma  called  »»to  storage)  el««OTt. 

InforaatioD  fed  into  a  ciM?>uter  Ineludeas 

♦ 

1.     Perttcular  Itens-  of  data  to  be  proccsaad. 

2*     Inatnictlona  (kucwn  as  the  prograci)  for  performing  the  particular  data 
processing  operations  required. 

3»     Reference  data* 

The  nemory  elSent  co«prlae«  s  large  n«*er  of  '^J^^^il?'!;?: 
tlon  can  be  stored  until  it  is  needed  by  one- of  the  other  eje«nt8.    ^ff  ^"T 
tlona  has  an  absolute  address  assigned  eo^hat  it 

Insertion  or  extraction  of  data.    For  instance,  a  typical  coavuter  instruction  alght  be 
S  "adi  ^he  qn^nty^ich  is  stored  in  location  1000."    The  instruction  ^i'^'^-t-t-d 
that  address  1000  contained  the  desired  OPERAND  is  also  stored  in  the  neaory  element. 

Many  types  of  storage  devices  such  as  magnetic  cores,  magnetic  «^«P«"^J^*"^ 
druas.  acoustic  delay  lines,  and  cathode-r«v  tube «  are  used  in  r^aory  « 
prese;t.  tnagnetlc  cores  are  the  most  popular  d^^^.,  Tri«atily  because  of  their  high 
Speed  and  stability. 

Arlthoetlf  Element 

Since  the  purpose  of  a  digital  computer  requires  thJt  the  aadiine  parfofs  arith- 
metlc  ojera  Jons  on  the  Input  Lta.  obviously  •  digital  computer  must  contain  an  elej«»t 
that  can  accomrllsh  these  operations.    This  is  the  arithmetic  All  d«a  to 

operated  on  arithmetically  must  enter  tht«  part  o  the  computer.  ^^'^fT^'^lXetJc 
tlons  determining  what  computations  are  to  be  performed  must  control  the  arithmetic 
clemonr  (see  figure  1-3) • 


DATA  TO  8E  OPEHATf  0 
ON  ARITHMETICALLY 


CONTROL  TELLING  WHAT 
TYPE  OF  ARITHMETIC 
TO  PERFORM 


•ARtTHME-^IC 
ELEMENT 


SOLUTIONS  TO 

ARITHMETIC 

PROBLEMS 


FM124-3 


Figure  1-3.    Arlth^tlc  Element  -  Data  Enters 
and  Is  Processed  by  this  Eleraent 


lyf) 


/ay. 


Theoretically,  It  wouM  t>f  pwatiilt^o  build  m  artthn^tlc  el«Mnt  **lch  could  per- 
fotii  IMM  w^iwwttMl  0p«r«t:ia«b  directly,  |tt»«  perform  Thla,  howewt, 

doae.    Xnecead,  %\m  ertthaetlc  element  le  iwuelly  deatgned  to  perfo**  imly  «  f iw  f«tfi- 
■eotel  opeMCjLmii  auch  ae  addition,  subtraetlon,  tultlplicetlon,  and  dlvlalon.    It  can 
be         to  perfoni  al«Mt  any  cables  mathasatlcal  operation  by  alaply  breaking  the 
oparatl«m  dam  Into  theae  fundaMiital  atepa. 


Oittput  Ell — 


The  reaults  of  a  digital  coaputer'e  operations  nnisc  he  delivered  to  the  user  of  the 
mbchine  in  an  appropriate  form.   The  element  that  accoBpllshea  thia  tranafer  la  the  out- 
put eleaent.   The  reaulta  of  a  computer's  operations,  however,  are  not  neceaaarlly  In 
ei.e  form  best  suited  for  use  outalde  the  machine.    Hence,  an  output  element  m^  Include 
focilitlea  for  converting  the  results  of  the  computer's  operations  Into  the  form  of  out- 
put data  beat  suited  to  the  user  of  the  machine.    For  exanpl.441  ^  figure  1-4,  the  aiwver 
t..  the  pr^lem  mlgl»t  enter  the  output  element  in  the  form  of  binary  electrical  pulses. 
The  output  element  may  then  convert  theae  pulses  to  voltages  that  operate  either  on 
electrically  operated  typ«#nter  or  a  printing  madiln»  to  print  the  final  answer. 


TYPlCAL  FORM 
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 rUlATL 


PRINTING 
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■AAAr 


TOOTHER  OUTPUT 
DEVICES 


Figure  Output  Element  -  Converts  Coraputer's  Answers 

into  Form  Usable  by  EKtemal  Output  Devices 

Cotmon  types  of  output  devices  are  line  printers,  card  punches,  magnetic  tapes,  and 
vit^ual  indicators* 

The  o&tput  element  provides  a  one-way  comwunlcatlon  between  th«  other  elempnts  of 
the  computer  and  the  external  output  devlcpsa 

<• 

Ccintrol  ISleiaent  ' 

The  entire  sequence  of  operations  by  the  computer  is  predetermined  by  ^;he  program 
and  the  construction  of  ^he  c^uter.    The  progrma,  coded  in  the  digital  iMguage*  is 
inserted  throu^  the  input  element  and  stored  at  specific  addresses  in  the  BMn»ry  ele- 
wf-nt.    The  el«aent  for  interpreting  and  carrying  out  Instructions  contained  in  the 
program  is  the  control  eleisent. 
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dlglt-lSumteT.    kll  at^hme  opowtioo.  are  doo.-  «t  the  amm^  of  the  control  ele- 
flwnt.    For  exMples 

1.  Dato  wtot  be  Inwrted  liito  partlcuUr  storage  locetlowi  and  th«i         in  cor- 
rect seqnmce  at  appropriate  tiaea. 

2.  The  artth«tlV:  el«ient  a«8t  alae  be  "told"  What  .^eratlona  po  perfor*  on  the 
data  and  in  what  order  to  perform  them. 

3.  The  reattlta  of  tlw  arltf^tlc  operatlona  Kuat  be  rooted  to  the  ^r^priate 
storage  tff  outpiA  locations. 

4.  The  transfer  of  all  output  data  to  the  output  elewnt  wst  be  properly  con- 
trolled to  insure  the  required  sequence  of  Inforaatlon. 

Fiaure  1-5  is  the  Honewell  6000  series  coj^figuration  of  digital  coaputar  eleaents. 
Not! cl  Ihe  /rocessorSTlWI  access  ^eBorTaeparately.    Thl«  is  a  «»Jor  third  gen- 

eration  concept,  called  asynchronous  I/O. 
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rt'EMFNT 
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CONT»Ol 

akithweth: 
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Mf MORY 


KlRure  Honeywell  6000  Series  Conf } Rurat ion 

•    of  nigitnl  Cotijputer  Klenwnt«^ 


PRiXJRAM  FLOW  IN  amPUTER  SYSTEMS 

> 

Figure  1-6  is  a  hlock  diagram  of  a  digital  coisputrr. 
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Figure  1-6.    ntgital  Cwnputer,  Block  Dlagtffln  » 

Baslca'Uy,  anv  cumputer  mav  bf  thought  of  as  a  sinH-le  systew  (see  figure  1-7). 
Data  l8  Input  Into  thin  Hvst^-n.,  manipulal.-d  by  a  proceHs,  an.l  output  a«  Information. 
A  close  look  at  the  Unt  sentt-nce  will  rt-v.  al  a  subtle  difference  between  data  and 
InfonBatlon.    Data  Is  nu.re  or  lesn  a  s.-t  ot   ^tH  about  something,  which  have  little 
inainlng  by  themselves.     Information,  on  the  other  hand,-  is  data  which  h««  ^e^n^J'^J*' 
fonned  bv  some  procesH  Into  a  meanlnsful  forta.    In  short,  intonaatlon  is  data  which 
nh^ans  aoaethlng.  not  junt  a  lot  of  tactH.    The  Blmple  system  In  figure  1-7  Is  con- 
trolled by  a  prugraiHi»r  (to  use  a  comppter-related  term). 


PROttSb 


OUTPUT 


f  EEDBAC  K  CONlitOl 


RDA124-7 


Figure  1-7.    A  Simple  System 

The  point  of  this  diaeoHNlon  is  that  anv  svstetB.  whether  it  be  sliffl>le  or  complex, 
is  onlv  ..8  good  as  the  individual  that  controls  and  directs  Its  operatlon--the  programmer. 
Translating  this  to  computerB— a  cimputer  is  really  just  a  nonthinking  inachlne.  " 
dn  exactly  what  it  Is  instructed  to  do  and  nothing  more.    The  programwr  must  tell  this 
••iril^t^at  to  do  by  means  of  c  program.    Note  that  a  program  Is  the  complete  sequence 
c.f  coded  instructions  necessary  to  process  data  into  information. 
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^  If ov  bade  to  the  quutlon  on  «rfi«t  happen^s  to  m  progrn  In  the  cxmputer  syftcis.  To 
ttio%fer  this  qwstlcm,  tr«M  the  flow  of  •  progm  thxoucdi  a  digital  coi^itter  Cfgore 
1-6).    This  exsaple  Is  based  on  th«  sssM^tlon  that  the  progrm  will  be  «  deck  of  cardii 

and  will  yield  a  printer  mitput.  ^  ^ 

The  prograa  is  first  read  by  the  card  reader  ami  sent  to  the*  Input  eleswt.    The  ^ 
input  eleiMnt  con^rts  the  cfuiraeters /symbols  fro«  prograsi  card  deck  Into  a  Mchlne 
usable  code  (l*e«,  BO),  ASCII,  etc.)  ad  sends  this  coded  prograa  to  the  ^mor?  elempnt. 
The  aeiaory  elenent  t  zcepts  this  cc»de  at  specific  intervals  and  stores  It  st  addreivs 
locatlom  within  memory. 

Note  that  tvo  paths  lead  out  of  the  osory  eleiaent — one  to  the  arithsetie  elenent 
and  me  to  the  control  eleiaent.    This  is  becmise  a  program  c^imists  of  both  inatruntlons 
and  data  (to  be  operated  on  by  instructions).    Thereforep  the  pro^roi  instructions  go  to 
the  control  element  and  the  program  data  goes  to  the  aritf^netic  eleiaent.    PfoRr^  execu- 
tlOT  ISt  simply  ptitt  a  process  of  f^rfonslng  each  progrien  instructlcMi  by  the  «-'ontrol 
element.    This  escecution  Involves  calculating  quant itlei^  in  the  arithmetic  elf^ent  sni* 
storing  quantities  of  data  in  the  isemory  eleirient. 

Upon  cof^pletion  of  the  Internal  processing  of  the  pr(^ram»  the  resulting  infortiMi- 
clon  Is  sent  to  the  output  eleiaent.    The  output  element  then  reconverts  the  Inforwntlim 
from  machine  code  to  characters /synAio Is  for  output  by  the  printer. 

This  cc^letes  the  flow  of  a  program  through  a  digital  ctnnputer  as  seen  in  figure 
l-»7.    Although  the  example  was  overslmpH  f ierfp  it  does  givp  8om«>  idea  of  what  happenti 
to  your  program  in  f!ie  machine. 


PROGRAMmNG  LANGUAHES 


Before  the  physical  components  of  an  elrctronl^  data  procesf^lng  systein  can  solve 
any  prc*lem^  the  programmer  must  he  able  to  conmmnlcate  thf»  instructions  <ii  his  pri^grstn 
to  the  hardware.    Both  the  data  and  the  instructions  art*  stored  In  the  com|»uter  in  run- 
figurations  of  1  bits  and  0  blts^    The  characters  tJiese  bits  represent  mak*'  up  the 
language  of  the  colter  (called  machine  Isnyuaf^e  or  absolute  lanjcuage).    Though  prc>- 
grammers  can,  and  son^tls^s  do,  cotwiunlcate  with  the  computer  in  machine  l^mguage,  the 
process  of  writing  computer  instructions  In  binary  represent  at  Ion  is  ctiroht- TT^cme  «n<l 
time-consuming.    For  instance,  if  vnu  wanted  a  ciHRputer  tn  add  «**methlng,  you  mlRht 
have  to  write  an  instruction  like  this:  lOllOlOlllOlOOOOl. 

Because  of  the  abstract  nature  of  machine  language  and  the  K,reat  dlfficultv  In- 
writing  programs  in  this  language,  prngr^  languages,  structured  in  either  a  near- 
English  format  or  mathematical  formatt  have  been  developed.    Prci^raiwulng  lanRuage*^ 
constitute  part  of  the  various  progranrning  aids  (railed  snftw^iriO  lhat  ^  manuf ari urrr 
provides  with  the  computer's  hardware • 

^fachine  Language  « 

Machine  language  Is  the  most  eleutentary  form  nf  cooing.    Tt  is  the  lowest  levpl 
language  in  which  we  can  program*    Tt  Is  the  only  languagp  a  computer  can  "understand" 
without  any  translation*    Each  machine  language  insiructi«tn  ha^  sn  pquivalent  hardware 
^  circuit  to  perform  the  specified  iiperatlon. 

Machine  language  prograimning  Is  the  xmmt  difficult  for  the  progrsn»»nr,  simpiv 
because  he  must  give  the  computer  instructions  it  cun  understand!  wfthmil  further 
translation 
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l.img  prograaa  mrltten  In  ouichtnis  l«iisiMg«  Involve  a  teillma  nount       eUrlMl  lii^rit. 
th^    fffgfffft^r  mmt  ^vmlt^  «  list  af  AdirMMs  «smI  their  MSMlAtad  4mtm  vul^le 

the  ^rognp  tnfltroctieii  frai  everli^ftt  ^tm^  ^mnf  i^ow  e  lei^  |i«qfeM  to  ^  lite . « 
neln  profres  info  mmmrf  md  executlf«»  end  unjr  other  thinge.   ^erly  eenputere  were 
pr^rmed  in  thla  my  hecmm^  there  vae  no  eltemetlw, 

A  progrmer  writing  in  the  baeio  Unguege  of  ^e  cesapater  oen  etey  eloee  enou^  to 
thit  elesMitel  o^rating  proceduree  of  the  ce^^ter  to  teke  edvmtege  of  eoae  epedelieed 
tedmiqitee*  but  he  hee  to  contend  vith  eeverel  aejor  dieedventegeei 

1.  All  operetion  codee  end  operen^eddreeeee  must  be  written  in  Bcm  nuaeric  code. 

2.  All  eddreseee  In  this  code  imiat  be  absolutely  defined.  ^ 

3.  fiince  Mre  coding  does  not  eolve  the  original  prc^let&t  the  progresror  li  aleo 
faced  with  the  teak  of  tranaferring  the  coding  Into  mediine^readdble  fon$  proofreading 
th«  trmafc>matlon,  md  loading  the  cc^  into  the  mmiry  of  the  ce^iuter. 

Piguri*  1-8  on  the  following  page  ahows  a  sttall  portion  of  the  madiine  lengu^ 
coding  for  a  problea  being  nm  cm  the  Hmieyvell  6060  computer. 

BecauHe  of  the  knovledge  dnd  skill  required  to  code  even  simple  pr<Alen  in  nadilu« 
language »  programing  languages  were  developed  that  were  easier  for  a^huiBan  to  work  with. 

To  bridge  the  g^  between  the  machine  language  and  the  program  language^  a  apecial 
type  of  cc^yeraion  prografii  is  used.    It  tells  the  coDputer  hcM  to  dimge  the  operations 
from  the  pfogrw  language  (the  source  progrm)  to  actual  laachiae  language  inatructiona 
(the  object  prograia). 

Several  types  of  these  convt-rslon  prc^rams  a^e  available.    The  pfogramming  language 
that  Is  used  for  a  probleia  dependa  upim  the  particular  problem  to  be  solved  and  upon  the 
hardware  available.   We  will  discuss  two  types  of  conversion  prograna~asaei*lers  and 
compilers. 

ASSDIBLY  PROOUM.    An  assembly  program  (or  an  asseid>ler)  converts  a  prograa  written 
In  syi*ollc  form  Into  a  machine  language  program.    An  assembler  translates  item  for  Item, 
i.e.»  It  produces  an  object  progrMi  with  the  same  number  of  instructions  mid  conatanta 
as  the  scHirce  program. 

An  afi sen* ler- level  projraimalng  language  generally  has  almost  the  same  flexibility 
for  interrial  data  manipulation  as  machine  language  Itself.    However^  m  aasesfcler^ level 
program  It  usually  long  and  tedlmis  to  write,  and  la  flachine*dependmt.    That  is,  an 
aaaembler-^  level  program  written  for  the  IBM  360/65  would  need  ttf  be  coo^letely  rewritten 
before  It  could  be  r^n  on  the  B35O0  or  Honeywell  6060. 

CCSfflLER  PWMJRAM.    A  compiling  program  (called  a  cocpller)  converts  a  program 
written  In  a  program  language  that  consists  of  relative  or  symbolic  coding  into  a 
machine  language  program,    A  costlier  differs  from  an  assetribler  in  that  the  compiler 
may  generate  a  series  of  machine  language  instructions  from  one  instruction  written  In 
compiler  program  iranguage.    Thus,  a  costlier  Is  a  machine  language  program  that  can 
expand  and  translate  the  original  program  instructions  from  the  compiler  language  for^ 
mat  into  the  machine  language  format. 


Compiler  l«angualKe 

A  compiler  language^  like  an  ass^l/  language^  allows  the  progr««er  to  write  in 
recognlssa)>le  codes.    Unlike  In  the  asaeidily  language,  the  pregraeaQer  does  not  have 
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«v<ffy  cMMnd  found  in  OAdiine-  Imftuaiia  aW'li^le  co  him  in  the  eampil^t  Xangutgt. 
-Hawavcr,  he  dofts  h«ve  a.  I,<mgu«R«  which  geneVates  •  whole  s«t  of  raachlnfi  Unguaip  lo- 
ncn^nwt       mmh  Mnpflttr  csmmmd*    In  mm  em^iHt  laigMgai  om  f Miliar 

K^Udtt  i^emm^         M  «i^^s£le  ^rfK^  t«  gm^^*'  l^fms$l«Wt   Wort  i«|tf})f««ftt* 
ly,  sine*  aoat  ^ccMplUr  langtugM  have  been  ttandAr^ccd,  proKVaBui  can  ba  nm  on  nany  * 
dlffamc  eoHpueaxa  vith  liu^ji  or  no  aodtfleacion. 

tlw  fine  tlaa  aa^aablar-leval  or<c(H^»ilep>leviel  progr»  la  run  on  m  etmputar, 
tht*  protrM  paaaaa  throu^'  fha  eoBputer'rwi'feat  firat  vlth  the  aaaciblor  iox  ciaBpilar) 
CO  pr«hiM  eha  objact  prograa,  ehaa  tha  <^Ject  progr^  varaitm  ia  wed  to  proceaa  the 
data  (Baa  figuva  1-9).  '  Oft  noat  ayatraa  tha  object  prograai  can  be  itoree  tm  disk  or  |. 
ceiiaitio  that  it  RMd  miy  be  caviled  ,dbea.  ~ 
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Asaes&ler  tcnguagt 

In  TBchlne  I^UIu^i    fich  oachlm  codu  hmm  m  t-*>rr«p0twllnH' h«r*r«r«  drwit. 
Machine  co^t  th«r«ffif«»  i9  the  Inveat  lewl  Imgiuinp  which  c«i  be  progrnavil. 

All  co^utcn  hftv«  a^M  fora  of  taachlne  coda,  and  nearly  all  sachinea  hava  mowe 
fono  of  aaa^lor  languaga*    A»«eriiler  Imtgaage  is  an  extention  of  wchina  Imguagt  In 
oHHit  coaea. 

Asseablcr  l8ngu«g«  (noaetlaes  called  syabolic  UngtWRe)  uaet*  Instructions  that  are 
wriCten  In  a  nonmidttm*  languaite .  wlth  hoth  operatora  and  mierands  eiqireaaed  aa  ayslfoU. 
Thay  are  usually  nen(mle  ayabols;  that  Is,  syiAols  that  rppreawt  an  original  word  «id 
mn  easy  to  r«M*er.    In  asaeodiler  langtuige  for  die        1620,  for  instance,  **A*'  In  the 
smenonlc  code  for  addition  and  "HPY"  Is  a  sneBonic  code  for  auUipUcatloo.^  These  8y««- 
bolic  operators  zepreswit  cc^uter  oin-rations  and  mchine  ImtRuaRp  cod»s.    "A"  stsnrfs 
for  machine  language  code  21  an^  "S"  for  cede  22    "W"  Byt*nli«es  the  "read  nwwsrlc 
Informntion"  In  place  of  code  36,  and  "11"  Is  a  ^yaiboUfc  code  for  "halt."    The  operands 
are  syr*oHc  naBBs  for  data%ariahlcs,  and  stand  for  the  srtual  iwmory  addressee  of  their 
values. 

1.  a  programoer  wanted  to  add  the  cnntws  of  weiwry  location  l?n/0  to  location  » 
17060  (on^the  IBH  1620),  In  machine  languaRP  fhe  lontructlon  w^iild  br; 

21  12070  12060 

while  in  aase^ler  coding  the  programmer  could  wrll<': 

A  I  N 

where  I  and  N  had  been  defined  as  representing  the  storage  location. 

During  the  translation  phase  of  an  assembler  program  (see  figure  1-9),  the  asse^l^r 
instructions  are  printed,  the  source  program  HstiPR  to  provide  doconentntlon.    On  many 
cojaputers,  this  listing  will  also  contfltn  th.-  corrt-ipondlnR  machine  language  Instructions 
sn  a  debugging  aid  for  the  proRramwr .    Flgurp  1-10  shows  an  asspwhler  prograiB  as  written 
for  the  Honeywell  6060  cwoputer. 

The  prograBBser  Is  now  once  rpmoved  fro»  the  computer.    He  writes  his  prograw  In  » 
sequence  of  Instructions  that  an-  svtnhoHc  with  respert  tn  his  problem.    He  to.fW  nvpr 
the  translation  Into  machine  language  to  thp  asseeijlcr.  Including  the  exact  ast.ignmrnln 
of  storage.    He  exempts  himself  fr.tm  a  Inrge  part  of  rho  todlotw  bookkeeping,  !«peiidfn». 
his  tine  on  nwre  valu^le  activities. 

Advanti.ges  of  forapllers 

While  they  usually  don't  have  the  flexibility  of  assembler-level  languages,  comrner- 
level  languages  have  iisportant  .advantages  over  asse^ler- level  and  machine  languages: 

1,  They  have  applicability  to  iBure  th«n  one  craaputfr.    Although  the  language 
specifications  are  not  Identical  for  each  computer,  the  general  rharacterlatlts  are 
aljBllar  enough  that  usually  only  minor  changes  are  noeded  to  owk-  n  source  pronrflm  ro.- 
plle  on  different  COT^utcrs. 

2,  They  are  <»nsler  to  learn. than  nsrhlne  or  nHspniiler  languag*',  nspeclaUy  the 
machine  language  of  very  large  cranputet  Rysti'flw. 

3,  The  prograjwlng  process  Is  speedcH  up  for  the  prngraiwr  i»nP«'  he  has  lesrn^'d 
the  syntax  of  thf  fvingongp.  X  0  S 
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4,  Cmnnunlcatlon  with  others  Inten-^ted  In  the  name  prohlew  la  ranch  easier  with 
progriraiing  statements  that  read  as  the  prdblem  would  cnfmnOTlv  be  expressed. 

5.  Because  of  the  stmidardlEacicm,  personnel  fmro  one  Installation  arc  able, 
with  little  or  no  retrainingf  to  progrwt  for  computers  «t  antitber  installation. 


(X)BOL  (ODisnon  Business  Oriented  Language)  Is  the  result  of  an  effort  to  establish 
a  standard  language  for  ptogrnmmlng  conq^uters  to  do  business-oriented  data  processing. 
COBOL  is  designed  for  producing  source  program  that  afp: 

1.  Standardized,  using  standard  langi^ge  eleisent^  In  standard  entry  forn»ts 
within  a  standard  prograsi  strufcture.    COBOL  endeavors  in  prnvlHe  one  rommon  lan^nap*> 
for  all  computers,  reg^^less  of  make  or  model. 

2.  Easy-  to  understand,  because  they  are  written  in  Engltsh.  The  bvlk  of  everv 
CXBOL  progran  Is  tiiade  up  of  Kngllsh  words  in  entries  that  reHi^nii le  Tinglish  sentences. 
Good  COSCS^  progrants  are  easy  to  read  and  comprehend  for  nonprnj^rninmprs  as  well  as  f^ir 
prograBDBcrs . 

3.  Oriented  to  business  procedures,  not  to  the  tocttnnlqgv  of  computing  marhlnerv. 
This  makes  it  possible  for  business  people  who  are  not  cnraputfr  experts  to  use  Ci>BOI  . 

COBOL  u)be^  English  language  statements  as  ItR  program  Instructions.    Since  the^ie 
statements  can  be  easily  read  and  understond  bv  people,  thev  provide  excellent  docunien- 
tatlon  of  the  program.    For  exampl?,  the  fnllnwing  is  a  valf<1  fX>BOL  iristruction: 


Verbs  such  as  AUT),  MinTII'LY,  and  P|:RH^RM  in«!!cate  the  art  Inn  to  be  taken.  Nouns 
refer  to  data  fields,  e.g.,  in  the  COBOL  statement,  ADD  AMC^W  TO  BALANCE,  "'AMOWT"  and 
"BALANCE"  are  «lata  fields.     The  COBOt,  wonln  IF,  ANO,  am!  OR  ;irr  used  to  indif  nt"  the 
testing  for  spc^ciflc  conditions,  e.g.. 


Some  of  the  advantages  of  th^  n^Bcif.  Innguage  are  tiie  fo11i*?ing; 

1»      Reduces  Progratmlng  Time.    Since, the  COBOL  c^tmptler  takes  over  manv  of  the 
programer*s  duties,  the  proRran3m!r  dofs  nut  makr  as  manv  rlrrical  errors-,    rHiinUv  hlf? 
errors  are  in  logic  or  in  thf  uko  of  ttu*  COHOL  format.    In  nddltion,  the  mmpfler  also 
provides  debugging  aids,  such  an  t!u«  TRACE,  Mt^lTOK,  and  iSlW  rntiwfands. 

2.  Simplifies  Change.    fTOROL's  easytiT-read  language  nnH  Htandardl r.ed  format 
make  the  programs  almost  self-docun^nting.    This  makes  it  easi^'r  for  one  prngrammer  f 
understand  and  coir^lete  or  modify  anntfirr  programmer's  work,  thrrebv  softening  fhe 
effects  of  personnel  turnover.     Equipment  chsngns  are  also  i-nnv  tohanil^.    With  nnlv 
minor  changes,  a  tX)BOI.  progrnm  may  He  rerfimplh'd  anH  run  ofi  n         cnmpMior  jvwtem, 

3.  Produces  Efficient  i^bli'ct  Progtnms,     Thf  t:oBOL  riimpiler  prrnluces   v  jf?rt  pro-- 
grams  that  are  nearly  equal  in  effirienry  tn  ahovt— a\erage  hatiH-roded  programs.  The 
resultant  ohject  fvrograirts  arr  usually  larg#»r  and  nicker  tt»an  a  hand-r<»drd  prtigram,  hut 
the  difference  in  programming  Hperd  ami  ranr  of  writing  morr  f  h^n  cnnpcn«iate  UfV  thifi. 


COBOL 


MTIITIPT.Y  HOURS  BY  HOURLT-WAHE  ClVim  TfTTAr  PAY. 


IE  BALANCE  EQUAIJ?  ZERO  OR  WW  HREATER  THAN  123, 


THEN  VA"^  in  ROUTrNE-2, 


ELSE  Ann  100  TO  ha!J\nc:e. 


All  asue^lars  and  lompllisrs  munr  have  ct-rtaln  InfurMtlon  before  they  can  generate 
an  object  program.    This  In-  , mat  ion  ln<!lud**H  a  name  for  the  progrsa  to  be  generated » 
data  file  Ictcatlona  {md  appropriate  IwrA^are  n^;s),  descriptions  of  the  files  and 
rarordat  apcctflc  conatanta  ami  editing  characters ,  «d  th«  partieular  set  of  Instruc-  ' 
rioiiSg  in  pioper  sequence »  needed  to  proceaa  the  data* 

Unlike  mMt  computer  languages «  the  COJk)L  language  divides  t)\eae  various  functions 
lnt«^  specific  categories  and  allms  the  programnier  to  program  these  functions  in  four 
distinct  divisionst    Idf^ntif ication»  Environment,  Data,  and  Procedure, 


Identification  Division 

The  Identifi&atlon  Hlvlsion  is  for  ilociucentat im  purposes.    Tt  contains  program 
name,  programmer  name,  datr  written,  purpose  of  program,  security  classification,  etc» 

Environment  Diviblon 

The  Environment  nivinhm  Is  ut»ed  to  furninh  the  (X)BOL  conqiiler  with  information 
concerning  the  hardware  devices  required  to  produce  input-output  files. 


Data  Division 

The  Data  Division  Ah  used  to  describe  in  detail  tht*  Input-output  formats.  It 
defines  data  input  and  output  areas,  print  Hi»*aH,  constants,  etc. 

Procedure  Dlvislint 

The  Procedurt-  Dlvisit»n  contslnM  tlu*  «4itj«l  hI  rp-bvrstep  Instructions  of  the  program. 
Kaeh  scateiik'nt  contains  tint-  or  niure  lommandN,  te  Utn^  t\w  compiler  which  type  of  opera- 
tion 1h  to  be  pertorrot'd  hv  t\w  object  pro>!:riiRi,    Tliis  divinlon  is  usually  written  without 
reference  to  machine  tharacterlHtlcH,    Thus,  thv  Procedure  Division,  If  properly  written, 
ran  be  run  on  any  romputi'r  wtilcli  usen  tbt»  D^HO],  system* 

Figure  1-11  showb  a  sample  rOBOl,  program  for  the  Honeywell  6060  coii^Juter  system. 


FOjriKAN  (PORmula  TKAt^nlat lun)  is  the  major  ^computational  progratiwing  language  for 
mmt  United  Scaten  computing  Installations.     It  1h  the  most  widely  used  compiler  system 
In  ixlHtence. 

h'OIORAN  is  H  iMtiu'TOHf  iLS-4»rl8?nttul  lanKUi*Kv  characterized  by  imithi^matical  statements 
rUaf  Indicate  chi*  artinnr,  in  he  taken.  It  iM-nnits  the  proKrammt*r  to  une  familiar  arith- 
miftii  conventions  to  formulate  a  progr.im,  in<  lading  such  symhols  as: 


+  Addition 

-  Subtraitl4Mi 

*  Multlplicat  ion 

/  Division 

^*  Exponent  1  at  tiJU 


FOKTHAN 


i 


itii 


^  -  c    o  *  iff 


Figure  1-11.    S«>Pl«  ^0*^  Program 
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Figure  1-11.    Sa^le  COBOL  Frograo  (Continued) 
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TOKTRAN  offer\  two  main  advanCa^s  to  the  scientlflc/englnecrlng  cw^uter  Installa- 
tion;   inproved  cotaaunlcatlons  and  greater  progranjaing -speed. 

The  FOKTBAN  progrffiosing  language  is  expressed  wuch  like  mathenttlcal  forwulaB,  and 
is  therefore  easily  learned  hy  Rost  scientists  and  oiglneers.    These  people  are  ahle  to 
write  theit  own  prograaa  to  solve  conqiotati  «Jnfl ,  rather  than  having  regular  programaers 
do  the  work  for  them.    The  engineer  can  he  assured  of  getting  the  exact  results  Hp  wants, 
rather  than  trying  to  cotmunicate  his  needs  to  a  third  party.    On  tw»re  coopHcated  prob- 
leiBs,  the  engineer  can  work  closely  with  the  progrataaing  staff. 

The  secffiid  advantage,  speed,  results  from  IVRTRAN's  simplified  cond«n««d  nature. 
FORTRAN,  in  effect,  is  a  kind  of  programalng  shorthand.    This  results  In  shoiter,  more 
straightforward  progratsming. 

For  programs  that  do  not  have  a  large  amount  of  input-output  but  do  have  a  con- 
siderable amount  of  calculatlmyj  to  be  performed,  FORTRAN  is  usuallv  the  most  efficient 
programming  language.    For  problems  Involving  calculations,  FORTRAN  involves  lesp  time 
and  cost.  '  « 

The  standardization  Inherent  In  FORTRAN  programmir  j  has  several  major  atlvantages. 
A  program  does  not  have  to  be  returned  to  the  author  for  revision,  since  any  programmer 
with  FOITTRAN  training  can  understand  another  prograramer's  FORTRAN  program  an-l  expand, 
revise,  or  adapt  it  to  another  computer  system.    This  flexibility  can  cut  cot.ts  during, 
normal  operating  conditions  and  offers  even  greater  savings  wlwn  a  new  system  is  In- 
stalled and  software  conversions  must  be  made. 

Figure  1-12  is  an  example  of  a  FORTRAN  program.  - 

AL«)I-  CALHOrlthmetlc  Language)  l»  the  result  of  an  international  effort,  parallel 
to  the  development  of  FORTRAN  In  the  United  States.    It  Is  a  science  and  mathematical Iv 
oriented  program  language,  characterized  bv  thp  use  of  algorithms  (an  algoriti™  1h  a 
fixed,  step-by-8tep  procedure  that  accc^pUshes  «  given  result). 

MXX)h  is  made  up  of  mathematical  staK-ments  which  express  actions  to  be  taken.  It 
permits  the  progmmmcr  to  use  familiar  arithmetic  conventions  to  formulate  a  prop.ran-: 
+  addition;  -  subtraction;  X  multlplirat Inn;  /  division;  •  exponent iat 1 sn. 

Like  FHRTRAN,  ALGOL  allows  the  mathematician  or  scientist  to  concentrate  pp  th» 
problem  and  not  he  overly  concerned  wltb  the  computer's  machine  language. 

PL/1 

In  the  past,  throughout  the  data  processing  field,  Artaln  computers  were  grnera]  Iv 
Identified  with  a  particular  field  of  activltX  either  scientific  or  cosnerclal.  Po- 
-grarolng  languages  were  specialized  in  the  sam^Sl^^SeKTRAN  was  developed  for  srl-n- 
tific  prograiBHlng  and  COBOL  for  ccmrorcial  progra^Ttllg. 

Now,  however,  computing  systems  are  designed  for  a  broader  rnnge  of  activity.  The 
new  computers  arc  faster  and  more  powerful.,  Thev  Mervi-  the  rfrlentlfic  and  commercial 
proerammer  equally  well,  am!  thev  provide  fscnirJes  for  manv  new  programming  techniques. 
None  of  the  older  1angu«ReH  can  take  advnnt«ge  ai  all  the  ,Mn.er  nf  th-  new  computers,  and 
more  and  more  cnmpnter  instirl  lnt  innn  are  b-mHllnF.  both  ..i  lenllMc  ami  coranerrlal  program- 
ming.  - 
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Figure  Exansple  of  a  POKTRAN  Program 
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1-12.    Example  of  »  PORtRAN  Program  (Continued) 
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iM«d  by  both  cMrci.1  md  sdwitlflc  progrMBW  to  twodU  all  of  their  progr«aBlng 
•lid  to  fiv«  tho»  the  wiilMt  rmga  of  eimtrol  of^er  the  eo^i^n. 

PL/l  hM  been  designed  bo  that  mjr  progr«mr,  no  setter  hoi#  brief  or  eM&mtm  hlk 
experience,  can  use  It  essily  at  his  am  level.    It  is  siwplfc  for  the  begHming  progr»- 
■ert  it  ie  pdwrful  for  the  expertenced  one.   A  progrewe*        not  tow  •^fJ^J^J 
rfiottt  PL/1  to  be  eble  to  use  it.   An  experi«iced  progr««r  cmn  use  ^ifjVJf^^ 
eliMst  every  tot.il  of  every  step  of  m  hi^ly  lionpUeeted  ProgW".  * 
edventege  of  the  aeny  autoiMtic  feeturee  of  the  lengoeie  to  do  wich  of  hie  *rork  for  iiia. 

BEPORT  PBOGRAM  GgNEBATOR 

r 

The  purpose  of  the  Report  Pvograa  Generator  (RPG)  and  its  resultant  object  PWBrsn 
is  to  enal.le  the  user  to  obtain  coBprehenslw  reports  from  existing  files  with  a  mlniiaai 
of  time  involved  in  saurc»  coding. 

The  object  progrsB.  which  is  produiced  by  the  Report  Progrwi  Generator  froa  aource 
coding  on  appropriate  fonw,  is  sore  efficient  than  Bost  prograrao  created  uaing  the 
assesbler  and  compiler  languages  alcme. 

Source  coding  for  the  Report  Program  Generator  Is  on  six  types  of  punched  cards, 
divided  Into  three  dlvisicms: 

1.  The  Environment  Division  -  Contelns  program  ID,  options,  file  and  record 
description,  printer  control,  and  accumilator  deacrlptl<ms . 

2.  The  Data  Division  -  Contali»  details  tm  constsits,  working  storage,  etc, 

3.  The  Procedure  Division  -  Contains  the  step-by-step  procedures  for  solving 
the  pr<A>leTB. 

SIHSCRIPT 

S116CRIPT  (SIMulatlon)  la  used  to  eloulate.  In  a  computer,  the  operation  of  a 
physical  system,  such  as  manufacturing,  logistics,  transportation,  or  economics. 
Simulation  la  essentially  a  technique  that  Involves  setting  up  a  model  ot  a  real 
situation  and  then  perfomlng  results  on  the  model. 

The  program  Is  used  to  test  the  performance  of  alternate  physical  systems  obtained 
when  different  sets  of  decisions  are  used  under  various  conditions. 

For  exan^le,  when  a  transportation  system  is  simulated,  the  computer  Is  told  the 
physical  structure  of  the  system,  e.g.,  the  number  of  trucks,  nuai>er  of  drivers.  The 
computer  Is  also  told  the  rules  that  determine  how  the  system  will  operate,  e.g.,  the 
dellveriea  to  be  made,  the  hours  a  driver  can  work,  destinations. 

With  such  information,  the  computer  simulates  the  deliveries  to  be  made  by  each 
truck  and  driver.    Performance  of  Che  system  Is  based  on  factors  such  as  truck  utilisa- 
tion, lrf>or  utilization,  promptness  of  delivery. 

The  simulated  system  can  be  op.- rated  nny  nuajber  of  times,  varying  the  quantity  of 
Moods  to  be  delivered,  the  decision  rules  to  be  followed,  or  the  configuration  of  the 
•ystem  Itself  (the  nuafcer  of  trucks  and  drivers).    By  slnulatlng  alternate  systems  under 
various  conditions,  management  can  devise  the  system  best  suited  for  their  needs. 
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JOVTAL  ^ 

JOVIAL  (JalM  Om  ttaraim  of  m  Istmatlooa]  Al^nie  LmsMge)  la  a  MuchlM* 
iodep^ent^  gneral-piwpoM  prc^Mdag  langMgPp  awwarlng  Uie  oMd  for  a  lumhi 
standard  of  coimicrtlona  bocvera  uaen  of  mmxy  different  coapoten.    Aa  a  coannii 
progxaMlng  language  ^  JOVIAL  aerwa  both  aa  a  aeaaa  of  awronicatlng  inforMtlan 
proceaalng  vatho^  betveen  pe<^le  and  aa  a  aeena  of  i^allalnt  a  stated  process  on  a 
nuaber  of  dlffermt  colters.    JOVIA^  Is  considered  a  stamlard  language  for  coaKsnd 
/"      control  applications. 


J-Z6 


Uhra  you  hava  completed  this  diapter,  you  should  be  able  tot 

1.  Idmtify  the  dleelngulehlng  features  of  nuidmring  ayatema  uaing  baa«  2«  8| 
and  10. 

2.  Conwrt  any  nu^er  expreaaed  in  one  of  thaae  thrc^  nufli»ering  avatana  to  ita 
equivalent  in  any  uf  the  other  two. 

3.  Add  and  subtract  nuiflbers  in  binary  and  octal  nu^aring  ayateisa. 

4.  Covplesmt  binary  and  TCtal  numbers. 


INFORMATION 

Befon:  beginning  the  study  of  digital  ccnqputer  prograismingt  it  la  t^ceasary  to 
fitudy  the  fiioDbering  system  cm  which  the  language  of  the  cmsputer  is  based.    Thia  basic 
nifld^ering  system  is  the  binary  systim.    However,  the  binary  system  will  not  be  the  cmly 
numbering  system  discussed  in  this  chapter;  octal  and  decimal  systems  will  also  be 
studied.    The  octal  system  will  be  studied  because  binary  nunbers  can  be  expressed  and 
manipulated  fsore  conveniently  in  equivalent  octal  form.    The  decimal  aystem  %mi  be 
studied  so  that  the  fundamentals  that  apply  to  all  nuriliering  systems  can  be  learned 
in  the  content  of  a  familiar  system. 

NUMBER  SYSTET^ 

I^cimal  System  (Positional  . 
and  Syiflbollc  Values  of  Digits) 

Th€  nui^er  of  different  syti*>ols  used  in  our  ni^ering  system  determines  the  base 
of  that  systM,    The  base  of  the  decimal  nystero  is  10,  since  it  uses  as  synhols  the  10 
Arabic  tiumerals—O,  1,  2,  3,  4,  5,  6,  7,  8,  and  9.    These  10  sytnbols  have  a  commonly 
known  order  or  sequence  which  enables  us  to  count  and  to  indicate  quantity  with  them. 
They  may  be  used  alone  or  in  cond>inatlon  to  eicpress  qumitlties  or  identities. 

By  using  10  syi*ols  and  given  significance  to  their  relative  position  with  respect 
to  a  de»*imal  point,  we  can  coaijlnc  the  symbols  in  a  nuraber  of  ways  to  describe  any  value 
w^  choofe.    Considering  a  whole  nui^er  (i.e.,  no  decimal  fraction),  the  extreme  right 
digit  it.  multiplied  by  one  and  is  called  the  Least  Signifii!ant  Digit  (LSD),    The  next 
digit  tM  the  left  of  the  LSD  is  multiplied  by  10,  and  the  next  left  one  is  multiplied 
by  100.    In  decimal  notation,  adjacent  digits  have  a  10-to-l  ratio,  increasing  from  the 
UD  to  the  Most  Significant  Digit  (ffiD).    ExamlMtimi  of  an  exa#le  from  the  iteclmal 
system  laveals  that  the  positions  have  the  following  signific^ces    The  nusber  4358  meana 
four  thiiuaands  plus  three  hundreds  plua  five  tens  plus  eight  ones,  ors 

(4  X  1000)  ♦  (3  X  100)  +  (5  X  10)  +(8X1) 


or 


(4  X  10^)    +  (3  X  10^)  +  (5  X  10^)      (8  X  10°) 


rhm  foUowing  chact  (diart  2>1)  ahottld  be  aCtidled  to  flnly  ntabllsh  in  ftun  mind 
ths  vsloB  of  ea^  digit  in  tte  dsciml  ■yaten, 

Oiart  2-1 

Hundred  thousands     Ten  thoiaada      Thottsands         Rtndreds  Tens  Onei 


10^  X  (100000)    1    10*  X  (lOOpO)      lo'  X  (1000)      10^  X  (100)      10*  X  (10) 


1^  10°  X  (1) 


Eadi  positiim  to  tiie  left  of  the  declMl  jwint  represents  a  positive  pw»er  of  10, 
with  the  poirer  increasing  from  each  position  to  the  mxt  left  position.    Position*  to 

rii^t  of  the  decinal  point  represent  ittgative  pcsrers  of  10,  with  thfc  poifer  Increeiing 
"iti  a  negative  direction  froai  each  position  to  the  next  right  position.    The  negative 
power  of  a  nundier  is  the  nu^er  of  tlBBs  the  reciprocal  of  the  ntal»er  is  mtltiplied  bv 
itself.    Esaine  the  decinal  nuaber  65.^21.    The  expivasion  ia  equivalent  tot 

(6  X  10^)         (5  X  10*^)    ♦    (4  X  10'*)    +    (2  X  lO"^)    +    (1  X  lO'h 
or  6(10)    +    5(1)    *   4(0.1)    ♦    2  (.01)    +  l(.OOl) 


Binary  System 

As  indicated  by  the  prefix  Bt,  this  systea  utilises  only  two  syobola,  "0"  and  "I." 
Therefore,  the  binary  systen  has  a  base  of  2,  and  all  nunbers  in  this  systen  ure  ctn^l- 
natlons  of  the  various  powers  of  2.  The  general  rules  and  mathematical  functions  of 
the  decimal  system  apply  In  the  binary  or  base  two  systenj  although  the  coluifflii  in  blnar 
are  valued  at  base  two  algnlf  Icnnce.  The  follnwlnn  chart  (chart  2-2)  ahowB  the  declm-il 
equivalent  for  each  poHltlan  of  a  binary  nuB*>er, 


Chart  2-2 


2«         2^  r'       2*       2^       2^       t'  2° 

256        12g       64       32       16       8         4         2  I 


Cc^parlng  the  decimal  8y«t*!i8  to  the  binary  system  will  clarify  the  idea.  See 
chart  2'3  on  the  following  page. 

Notice  that  in  binary  each  progressing  coluam  la  exactly  double  the  wsluo  of  the 
preceding  coltan.    The  base  of  the  binary  system  1«  2|  consequently,  any  binary  nui*er 
can  b«  sxpreased  as  a  Stan  of  the  powers  of  2.    The  value  of  a  binary  digit  (bit)  Is 
detenslned  by  Its  position  In  relation  to  the  Mnory  point  (similar  to  a  declaal  point 
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It  1.  siaple  enough  to  reUte  btnory  nmberi  to  their  declMl  equivolent. .  Par 
tXMple.  10  order  to  reUto  tho  binary  nuiri.er  lOOU  to  It.  doclin.1  equlV8l«t,  wrlto 
dowTthe  pamrs  of  two  and  aet  the  binary  nuiker  undar  then  (aee  chart  2-4  bolaw). 

Oiart  2-4 

L      ,3     ,2     ,1  -0 
Powera  of  Two?      2       2       2       2  2 

Binary  NisAeri      1       0      0       1  1 

Decimal  Equivalent!      16  0    *  2    *  I  •  19 

The  declnal  equ,       ...  of  this  nuaber  is  shown  In  the  follonlng  equation:  , 

(I  X  (0  X  2^)  *  (0  X  2^)  +  (1  X  2^  +  (1  X  2°) 

In  other  words,  the  binary  nu«*er  lOOU  is  equal  to  the  decimal  number  19. 

The  rollowlng  chart  (chart  2-5)  is  a  listing  of  some  binary  nw«*er8  and  tl^ir 
daclnal  e<iulvalenta.  ^ 

Chart  2-5 


Binary 

Decitsal 

Binary 

Decimal 

0000 

0 

1000 

8 

0001 

1 

1001 

9 

0010 

2 

1010 

10 

00 11 

3 

1011 

11 

0100 

4 

1100 

12 

0101  , 

5 

1101 

13 

0110 

6 

1110 

14 

0111 

7 

1111 

15 
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Each  posittoi  to  Cht  l«ft  of  ^«  binary  point  j-epTMsntft  •  pwitlve  pmrcr  of  2« 
with  the  power  Inereeving  frots  each  ,^ltion  to  the  next  left  position.    Poeltions  to 
the  rl^t  of  the  binary  point  repreeent  negative  pcwen  of  2,  with  the  power  Incrnasln? 
in  a  negative^,  direction  from  each  ptmiticm  to  the  next  rij^t  t»cwttlon.    Exai^i'  the 
binary  nuab^'  101.1111.    The  csprraalon  Is  equivalent  tos 

(1  X  2^)      (0  X  Z^)  ♦(IX  2^  +  (1  X  2"^')  +  <l  X  2'^)  +  (1  X  2'^)  4-  (1  X  2"*) 

X 

or  4     0  -1^  1  +  1/2  -1^  1/6  -1^  1/8  1/16 

Oct«l  System 

The  octal  nusfeer  system  Is  slndlat  €o  the  dteclMl  «fi4  binary  systm.    Th*  only 
difference  In  the  three  systems  la  caused  by  the  differences  in  b^e.    Whereas  the  hsse 
for  the  declissl  system  Is  "10"  mid  the  base  for  the  binary  system  Is  "2p"  the  1*«Re  af 
the  octal  system  Is  "8."    Thereforct  the  only  permissible  symbols  in  the  octal  8yst«n 
are  0,  1,  2,  3,  4,  5,  6.  and  7.    Notice  that  the  decimal  syribols  "8"  and  "9"  are  NOT 
used  • 

In  the  octal  system  the  value  of  a  digit  is  determined  by  its  position  relative  to  ^ 
an  octal  point  (similar  to  a  binary  or  decimal  point)  .    *ou  recall  that  thf»  octal  system 
is  based  on  povers  of  8  «eid,  just  as  we  have  seen  in  tfte  other  sys terns «  we  can  think  of 
the  digits  in  an  octal  nui*er  as  the  coefficients  of  the  powers  of  8.    These  coefficients 
determine  how  many  times  each  power  of  the  baae  nuriier  8  is  to  be  added  to  the  sum,  Tlie 
following  chart  (chart  2-6)  shows  the  decinuil  equivalent  for  eac^i  position  of  an  octal 
nuad)er« 

Chart  2-6 

8  8  8  8         8         8  8 

262144        12768       4096        SI  2       64        8  1 

The  decimal  equiviilent  of  oct^^l  number  14025  \n  shown  helm?  in  chart  2-7. 

Powers  of  Eight:      8^         8^  8^^ 
Octal  Ni8rf>er:      1  4         t»       2  5 

Decimal  Equivalent:    4096  ^  ^i)48  -t-  o    +  16  4  5    •  ^^^"^(m) 

Each  position  to  the  left  of  the  octal  point  rfpresenrs  a  positive  ptver  of  «  with 
the  power  increasing  from  each,  position  to  the  next  left  position.    Positions  t"  thv 
right  of  the  octal  point  represent  negative  |>*»w<rs       8  with  the  pf*rrr  increasing  in  a 
negative  direction  from  each  position  to  the  next  rlRht  poRltinn.    Exntnim-  the  octn] 
nrai>er  76.345.    The  expression  is  equivalent  tv: 

a  X  8^  4  (6  X  8^)  +  (3  X  H"')  ^  <4  X  S"^)  ♦  i'^  X  fCh 
,  or  7(8)  4  6(1)  ♦  3(1/8)  4^  4(1/^4)  4  ^i(l/S1?) 

^  * 

2-h 


•   fh«  octal  n«*«  .y.i;«  1.  m^fia  «  .  f om  of  i^^**" "rSJ^'^  !S: 

thtrd  Bowr  of  "2,"  thw  plM«»  1«  binary  notrntlen  corretpond  to^mo  pUce 
ii2l^c«i«q«^tJy,  thw  blw  dlslf  en      wpr«jjt.d  by  oa.  ecti  digit. 
Tho  cort»ip«id«nc«  c«  be  ■nnmrlMd  m  i^Vkam  C^«rt 

»  Chert  2-8 


BIMAK  iB  equivalent  to  OCTAL 


000 
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001  ' 
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010 

^2 

oil 
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100 
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101 
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no 
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111 
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The  following  diagram  illuatratea  the  value  of  the  octal ^syattem  as  a  forn  of  binary 

■horthand.  .  «  

llOlOlOlllllJr  Oil  111 

6      5  3-7 

if 

The  use  of  el|^t  syrabola  (octonary).  rather  than  two  eyiiibola  (binary),  provides  a  num- 
bered language  which  Is  easier  to  read  and  write  than  binary;  thus.  It. decreases  the 
likelihood  of  a  prograuBBer  error,    tt  la  obvious  tl^  the  octal  syatea  Is  a  good  working 
systes  for  prograaoners  because  octal  notation  la  mkh  shorter  than  binary  and  because 
conversion  between  the  two  aystens  Is  relatively  simple. 

Bv 'simple  inspection,  there  is  no  way  of  knowing  whether  the-nunber  1011  Is  an 
octal,  a  dediaal.  or  a  binary  number.    Subscripts  ere  normally  used  to  designate  the 
type  of  nu»a>er  system.    For  example.  lOUg  or  JOll^gj  indicates  that  the  nuaber  is 

written  in  «:tal;  accordingly,  the  subscripts  "2"  and  "lO'' 
written  In  binary  «nd  daciMl,  respectively. 


Indicate  that  the  nunfcer  is 


NUMBER  CC»iVEKSION  - 


The  preparation  of  Information  for  digital  cou^Jters  Involves  the  use  of  the  deci- 
mal, octal,  and  binary  numbering  systems.    Consequently,  conversion  from  one  numbering 
system  to  another  Is  often  necessary. 


Decimal  to  Binary  Conversion 

The  aivlslOT  TOthod  Is  used  to  convert  whole  decimal  nuirisers  to  binary  nuabers. 
T..  converi  the/ decimal  nuaber  to  binary,  divide  by  two.    The  quotient  obtained  is  again 
divided  bv  two,  and  so  «m.    The  binary  coeHiclents  are  indicated  by  a    I    each  tla« 
the  division  reaults  In  a  remainder  "f  I  and  by  a  "0"  each  time  no  remainder  Is  obtalne 
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The  first  binary  bit  obtainrd  is  the  Iei»t  significant  bit  (LSB).  and  the 

talned  la  the  most  significimt  bit  (MSB)  of  the  binary  expression.    Study  the  following 

conversion  of  123^^^^  to  ^^yiy 


let  division  • 
2nd  division 
3rd  division 
4th  division 
5th  division 
6th  division 
7th  division 


.2)123 

2)  61  1^ — 1st  reiaalnder  (LSB) 

2)  30  1         2nd  reroainder 

2)  15  0         3rd  reminder 

2)    7  1        4th  remainder 

2)  3  I         5th  remainder 

►  2)  1  1         6th  remainder  . 

0  14 —  final  rei^inder  (MSB) 


123^gj  equals  1111011^^^ 


The  following  mi-thod  is  used  to  convert  a  declflffll  fraction  to  Its  binary  wjuivalent. 
The  fraction  is  repeatedly  multiplied  by  2.    Each  time  that  the  »ultiplication  generates 
a  product  having  the  whole  n«ri>er  1,  a  1  is  entered  as  a  ^"^mlli- 
binary  egression.    (The  I  is  then  dropped.)    Each  time  that  the  Pi^oduct  of  the  ""l^JP" 
cation  is  a  fraction,  the  0  is  entered  into  the  bln«ry  sequence  of 

process  is  continued  until  a  product  of  1.0  is  obtained,  or  until  the  desired  nui^er  of 
bits  have  been  obtained.    The  first  bit  obtained  la  the  MSB  of  the  binary  fraction. 
Study  the  following  conversions  to  the  equivalent  binary  nuiAers: 


.875 
X  2 
1.750 

♦ 

1 

(WB) 


.75 
X  2 
1.50 

♦ 

1 


.5 
X  2 
1.0 


t 


-■^.lll 


(LSB) 


•®^^(10)  "  -^^^(2) 


.0625 

X  2 

0.1250 

♦ 

0 

(MSB) 


.125 

X  2 

.250 


.25 

X  ,2 
.50 


0 


.5 
X  2_ 

l.n 

t 

1 

(LSB) 


.0001 


Binary  to  Decimal  Conversion 

The  conversion  of  an  expression  in  binary  fon.  to  it«  aecit.nl  equivalent  U  per- 
formed by  using  the  expansion  method.    Thi-  miml.cr  lOlim^^)       "  rcpresmlntlnn  of: 
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ERIC 


(1  X  2^)  4  (0  X  2*)  4  (1  X  2-^)  4  (1  X  2^)  +  (0  X  2^  +  (1  X  2^ 

lAidi  Is  C^Ml  tfl 

(I  X  32)  ■•"(OX  16)      (1  X  8)  +  (I  X  4)  +  (0  X  2)  +  (1  X  1) 

Uhich  is  equal  to 

32  +  0  +  8-I-4-I-0+1 
45, 


/3r/ 


or 


'(10) 

The  binary  fraction  .1101  is  actually  a  representation  of 

(I  X  2"^)  +  (1  X  2"^)      (0  X  2^^)  +  (1  X  2**) 


i^lch  is  equal  to 


which  is  equal  to 


(1  X  .5)  4  (1  X  .25)  -I-  (0  X  .125)  +  (1  X  .0625) 


.5      .25  +  0      .0625  or  .8125^^^^  ♦ 

Study  the  following  example  of  a  conversion  of  lOOll.Ol^j)       ^(10)  2*9). 

Chart  2-9 

9^      9^       ^2       .1       ,0         -1  .-2 
Powers  of  Two:  2       2        2        2        2        2  2 

Binary  Number:,  1      0         0         1         1         .0  1 

Deciml  Equivalent:    16  4-  0    -f    0   4^    2    +    1         .0   +  ,25  *  19.25 

Another  t^thod  of  converting  a  hlnary  nui*er  is  by  multiplying  the  binary  digits  by 
2  starting  from  the  MSn  first,  then  adding  the  next  digit  to  the  right  to  the  product. 
Repeat  this  process  until  all  digits  have  been  added.    (Note  that  the  MSD  is  never  added.) 


1 

X  2 


0  1 


X  2  I 


3 
X  2 

h 

♦  0- 
6 

X  2 
12 

+__1 
13 


(2) 


1101 


(2)  "  ^^(10) 


This  mthod  is  to  be  used  on  integer  digits  only;  use  direct  look-up  on  power  of  2 
chart  for  fr«cti(mal  digits. 


l3^ 


Decimal  to  Octal  Convcreion 

The  division  aetiiod  is  used  to  convert  nhole  dedwl  ii«bew  to  oct.l  J" 
convert  a^iS  riuri,er  to  octal,  dlvWe  by  8,  then  dlvlite  the  quotient  by  8;  «mt^ 
"     ^^llvlsion  until  the  quotient  is  ,ero.    The  ™.lnder  obt^ned  by  the  f«P«;^«^J*f  " 
Sons  Sn^e  the  coeffici«it  to  the  octal  n«ber.    The  first  re-lnder  i«  t^e  octal 
Jsr»d  the  final  r««lnder  is  the  IBD.    Study  the  following  convemion  of  384«^io^  to 

^8)- 


Ist  division 
2nd  division 
3rd  division 
4th  division 


.8)3844 


8)  480  4' 

8}  60  0 

'8J!  I  4 

0  7 


■Ist  remainder  (LSD) 

2nd  remainder 

3rd  remainder 
-final  remainder  (MSD) 


3844^ is  equivalent  to  7404^^^ 


TO  convert  a  decimal  fraction  to  an  octal  f^^^J!'  ""^'1^1^  ^'^f 
bv  8     The  whole  ntiniber  portion  of  the  product  thus  obtained  Is  the  >6D  of  the  o«ai 
fraction     Se  fractional  portion  of  the  product  Is  multiplied  by  8  and  the  whole  nu^er 
of  tJl  p;oduct  is%ero.  or'^tll  the  desired  n«*er  of  octal  ^^J^^J^.^^-^^^'^jf,^; 
Study  the  following  conversion  of  .384         to  Us  octal  equivalent  (5  octal  places). 


.384 

X  8 

3.072 

3 

(MSI)) 


r.072             .576  .608 
X  8  X  8  X  8  J 


.072 
X  8 

0.576 

0 


.576 

X  8 

4.608 

i 

4 


608 
X  8 

4.864 

4 


.864 

X  8 

6.912 

ft 

(LSD) 


•^^^(10)        equivalent  to  .30446^^^. 


Octal  to  Decimal  Conversion 

The  conversion  of  «n  octal  number  to  lt«  decimal  equivalent  is  performed  by  unlnR 
the  expansion  method.    The  nuni^er  10247. 2^g^  i«  a  representation  of: 

(1  X  8*)  +  (0  X  8^)  +  (2  X  8^)  ^  (4.x        *  (7  X  b")  +  (2  X  s'h 


which  is  equal  to' 

(1  X  4096)  +  (0  X  512)  +  (2  X  64)      (4  X  8)  4  (7  X  1)  ^  (2  X  .1 

vhich  Is  equal  to 


25) 


or 


4096  +  0  +  128  +  32  +  7..+  .250 

12G 


4263. 25^  j^Qj  • 
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e 

•ll.B  multlpn.-tlon  metlmd  «f  cuiiw«rtln»i  uvl^X  to  deci«al  1h  p«rfun«.d  by  oultlply- 
inn  tli«  octl^diglM  by  8  .tarting  with  the  MSD  first,  then  add  the  next  digit  to  the 
right  to  theproduct  unit  until  all  diglt«  have  been  added. 


(8) 


3811 


7343 


(8) 


3811 


(10) 


This  method  is  to  be  iwed  on  Integer  digits  onlyj  use  direct  look-up  power  of  B 
chart  for  fractional  digits. 

Octal  to  Binary  Conversion 

Conversion  from  octal  to  binary  is  accorap liahed  by  the  inspection  Biethod.    By  re- 
placing  each  digit  In  the  octal  nia^er  with  a  group  of  three  binary  digits  (bits),  octal 
nunfcer  3752.01  is  converted  as  follows: 

3       7       5       2    .    0  1 
Oil    111    101    010  .  000  001 

Therefore,  3752.01^gj  la  equivalent  to  Oil  111  101  010.000  001^2)* 


Binary  to  Octal  Conversion 

The  method  of  conversion  from  binary  to  octal  is  ''conversion  by  inspection."  To 
make  this  conversion,  arrange  the  binary  bits  in  groups  uf  three,  beginning  at  the  binary 
point  and  proceeding  to  the  left  (for  whole  nu8t.er8)  and  to  thr  right  (for  fractions). 
If  either  the  extreme  left  or  right  groups  contain  fewer  than  three  bits,  fill  out  the 
groups  with  "O's."    Study  the  following  conversion  of  llOlOlllUO.OOOlOl^g)  "(8)' 


Oil 
3 


om 

2 


111 
7 


liO 
ft 


ono  101 

0  5 


11010111110,000101^2)        equivalent  to  3276.05^gj. 


SunB»ry  of  Ccmverslons 

Decimal  to  Binary  (INTEGERS).    Divide  by  2  and  save  remainders  (LSD  first). 
Declnal  to  Binary  (FRACTIONS) .    Multiply  by  2  and  save  overflow  (MSD  first) , 


2-9 


i?7 


Binary  to  DeclMl  (IHTECgRS).    NttXtlply  WP  by  2  and  sdd  next  dlfcit  to  the  rl^t  to 
product;  repeat  until  all  dlglta  are  used  up. 

Binary  to  Deciaal  (FRACTIONS),    look  up  on  a  negative  pia#er  of  2  tAU, 


Uhen  converting  froa  DECIMAL  to  OCTTAL  and  OCTAL  to  DECIMAL,  uaa  the  mmm  aequence  as 
used  in  binary,  except  for  octal  use  6  aa  the  underlined  ntnfcer. 

Binary  to  Octal.    Starting  with  the  radix  fwint,  groiqj  the  binary  dlglta  in  three's 
and  expreas  aa  octal. 

HITKERS^        .   ^FRACriOMS 

Octal  to  Blnazy.    Keep  the  radix  point  and  express  each  octal  digit  aa  its  equiva- 
lent three  binary  digits. 

ARITHMETIC  OPERATIOIS 

The  basic  rules  for  addition  and  subtraction  are  the  same  for  any  numbering  system— 
decimal,  octal,  or  binary.    The  rules  are  as  follw#B! 

Addlti<m 

1,  When  adding  llhe  signs,  perform  a  straight  addition  and  retain  the  aign, 

2.  When  adding  unlike  signs,  subtract  the  smaller  from  the  larger  and  retain 
the  sign  of  the  larger  value. 

Subtraction 

When  subtracting  (either  like  or  unlike  signs) ,  change  the  sign  of  the  subtra- 
hend and  proceed  according  to  the  rules  for  addition. 

Decimal  Addition 


Decimal  Subtraction 


9 

-16 

5A 

-32 

13 

-53 

22 

9 

-76 

61 

(-)  =1 

(-)  j:42 

(-)  3^ 

U 

-34 

27 

ERIC 


When  a  carry  of  I  is  required  to  complete  decimal  addition,  or  when  a  borrow  of  1 
Is  required  to  complete  decimal  subtraction,  notice  what  value  this  1  represents  In  the 
decimal  nuafcering  system.    It  represents  one  times  the  radix  of  the  decimal  system 
(i  e      1  X  10  or  10).    This  fact,  often  overlooked  In  familiar  decimal  addition  and  sub- 
traction, oust  be  understoodf^n  order  to  correctly  perform  addition  and  subtrsction  in 
the  octal  or  binary  nunbering  systems. 

The  1  which  may  be  carried  or  borrowed  In  octal  addition  snd  subtraction  represents 
one  times  the  radix  of  the  octal  numbering  system  (i.e. ,  1  X  8  or  8) .    Likewise,  the  1 
which  may  be  carried  or  borrowed  in  binarv  addltJon  and  subtraction  represents  one^^a 
the  radix  of  the  binary  system  (I.e.,  1  X  2  or  2).    Keep  these  fscts  In  mind  f«»-^"«*-' 
octal  or  binary  addition  and  subtraction.     (See  Appendix  F  for  octal  and  binarv  tables.) 

i?9 
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Octal  Mdieion 

(8) 

Octal  Subtraction 

'<8) 

"^(8) 

(8) 

(8) 

Biliary  Addition 

^(2) 

^(2) 

(2) 

(2) 

Binary  Subtractimi 

(2) 

<2) 

(-)  111(2) 

^°(2) 

(-)  -4672 


-1651 


-471^8j 

► 

(8) 

«(») 

m 

(8) 

*'(.) 

-l»«2> 

"(2) 

-111. 


-1001 
(-)  -0111 


(2) 

i21 


-  1 


(2) 


-  10 


(2) 


Radix  Complement 

The  radix  cOTpleoent  of  a  nisAer  la  the  inversion  of  a  nuneric  value,  derived  by 
subtracting  the  numeric  value  frOT  the  nuaber  of  counting  coa*ination8  possible  by  the 
nuMric  value's  positional  power.    This  definition  of  radla  coapleaent  is  not  as  diffi- 
cult  as  it  sounds,  as  examples  will  shw. 

Eight's  Complement  (Radix  Cos^lei^t  of  Octal  Nu^ers) 


562 


(8) 


1000 
(-)  562 


(8) 


216 


(8) 


Ei|^t*s  Conftl^Bent 


63 


(8) 


^°°(8) 
Jim 


15 


(8) 


Eight's  Coapleaent 
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\1U 


Two's  CoiiiplPinent  (Radix  Complewent  of  Blnarv  HuAers) 

(-)  101^2) 


011^2)         Tiro's  Co^lenent 


1HI101^2)  1000000^2) 
(-)  110101^2) 


001011^2)  CoBplewnt 


Note  that  the  Honeywell  6000  series  computers  ««e  the  radln  cos^lement  of  binary 
nuBbers  to  perform  subtraction  operations  Inside  the  Bwchlne. 


CHAPTER  3 


GORCEm  0^  IMTA  DBSCSIFTIflH 


OiJECTIVE 


Afwr  co-pletion  of  this  chapter,  you  should  be  •^IV^^'lT^^I'^JtJ^/^Mr'**'*' 
tog  of  data  wpreaentatlon  and  organlwtlon  by  defining  the  foUowliig  tewss  bit. 
character,  word,  field,  logical  record,  physical  record,  and  file. 


DfTRODUCTIflK 

This  chapter  will  give  you  a  general  Idea  of  how  data  can  be  reoresentadand 
^ganlEod  SVcomputer!   This  Idea  will  be  utilised  In  the  f lovcliart    problems  In 
both  Chapter  4  and  your  workbook. 


INFOIMAXIOM 

In  any  application,  related  data  Is  grouped  In  certain  ways.    Even  the  largest 
oaas  of  Sa  can  be  treated  as  a  single  Item.    Thus,  a  dictionary  can  be  ^^^"-'ej  »  . 
^  (single  Item)  or  It  can  be  considered  a  series  of  chapters  (series  o^^alngle  Items) 
oTi  senL  of  definitions,  word.,  or  characters  (another  series  of  single  lte«).  In 
each  case,  there  Is  some  pattern  by  which  the  Items  are  grouped.    Likewise,  bodies  of 
related  Information  are  grouped  at  all  levels  of  computer  usage. 

Many  terms  will  be  defined  in  this  section  so  that  data  representation  and  organl- 
tatlon  may  be  explained.    These  terms  are  as  follows i 

1.  Bit  -  A  binary  digit  »*lch  has  either  a  0  or  1  value. 

2.  Character  -  One  ayUol  of  a  set  of  elaaentary  syiAols,  such  as  those  corre- 
sponding to  the  keys  of  a  typewriter. 

3.  Word  -  The  number  of  characters  which  occupy  one  storage  location  in  the 
wmory*eli«ent  of  a  computer  (treated  as  one  unit  of  transfer). 

4.  Pleld  -  A  group  of  characters  which  are  related  (specified  bv  the  programmer). 

5.  Logical  record  (record)  -  A  group  of  related  fields  »Aich  am  treated  as  a 
uiilt  by  the  programmer, 

6.  Physical  record  -  The  nuafcer  of  logical  records  that  are  read  at  one  memory 
access'of  a  coB^uter  (makes  I/O  m>re  efficient). 

7.  me  -  A  number  of  logical  records  (which  normally  have  the  same  format). 

Now    to  add  meaning  to  the  terms  defined  above,  look  at  some  of  them  from  a  pro- 
gr^mnerU  viewpoint.    A  programissr's  file  may  be  one  of  many  file,  on  some  »^  «^°"8« 
device  (i.e..  magnetic  tape  or  disk).    This  file  is  made  up  of  a  «P«5"J-1^«^«'/* 
records  which,  for  simple  explanation,  will  be  formatter  the  same.    Each  ^o'j^J^*  ^ 
broken  up  into  field,  which,  as  you  recall,  are  slnqily  groups  of  diaracters/ symbols 
(I.e..  DOC.  NAME.,  1245,  etc.). 

Graphically,  a  sample  80-character  logical  record  might  look  like  figure  3-1  on 
Che  following  page. 


1-1 


« 

131 


138 


1           9  10 
\  /V 


40  41 


62  63  67 


70 


78 


60 


— sr 

SSAN 


NAME 


JACXWWVIIXE,  FLORIDA  54391 
^\  ^ 


CTYST 


ZIP 


STATUS 


Figure  3-1*    Sssple  LorIcaI  Record 


Notice  that  the  fields  in  the  smaple  record  h.ve  ay^olic  naive  eeeodated  with 
theta.    >te»t  cowiler  languafes  (i.e..  FDItrRAN,  COTOI    etc.)  «"'*^5''«  Pn*I[?^™t«r«/ 
reference  fields  by  using  the  naiae  of  thet  field.    Incidentally,  the  kind  of  ^'"^^fers/ 
synfcols  alloifed  in  a  particular  field  would  be  specified  t'y/'j*  P'^J'"^'?*"^?! 
thTrecord  fonaat  for  a  file.    A  file  with  records  fortaatted  Hke  figure  3-1  might  look 
graphically  like  figure  3-2. 


FM124-17 
Figure  3-2.    Saaiple  Card  File 


The  file  represented  in  figure  3-2  i^ight  be  an  address  file  for  "  Student 
This  file  Bight  have  the  syrAollc  nsae  ADDS  and  would  be  one  of  eany  files  in  a  computer. 

For  records  of  a  file  to  be  ordered,  tnie  of  its  fields  Is  "^'^ /"  "  i^"*"' 
This  would  be  the  SSAN  (Social  Security  Nusher)  field  for  the  *"  J^' 

could  be  sorted  in  ascending  or  descending  order  based  on  Its  key  field  SSAN. 

Now  look  at  Bone  of  the  previously  defined  tenw  from  a  machine  viewpoint.  Cot- 
puters  read  and  transfer  data  in  units  calli-d  igrds.  which  you  re«ei*er  are  ^he  nurt,er 
of  character,  which  occupy  one  storage  locution  .in  the  s»Ty  el^ent  of.  Wter. 
The  Honeywell         series  coaputers  use  .  word  wftlch 

charactws/syabols  that  can  be  represented  dependH  on  "^^^f ^^^^"'.fj*  ^i;*^*?* 
ikSCII    etc.)  is  used  to  represent  an  Individual  character/sy^ol.    If  Binary  Coded 
tecUl  (BCD)  is  used,  thfe  Honeywell  3ft-bli  word  can  represent  s Ik  BCD  characters.  This 
U  bHluse  each  charaJter/syn^ol  In  BCD  can  be  represented  by  six  binary  nuAera  (see 
figure  3-3  and  refer  to  Appendix  E). 


3-2 


^32 


/J 


0      5  6     U  U    17  IB    23  24    29  »  35 

I  I  I  I 

000010  0001(K)  0(RK)01  001000  000110  001000^ 


t  I  1  t 


i 


Fitttve  3-1.    HonayveU  «00O  Word 

The  bHiwry  nuAew  (0  or  1)  tn  the  finite  3-3  word  represent  >lx  <*««^L^«i" 
(241868).    It  follows  that  80  Hweywell  words  would  be  needed  to  atore  each  80-character 
record  of  the  ADtlR  file  In  figure  3-2. 

To  fecllltete  more  efficient  Input,  a  computer  nay  retrieve  nore  than  one  l^gic^ 
r..cord  m  a  read  to  a  file  In  meaory.  The  n«*er  of  logical  recorda  "j^ Jj^^^ 
Ih  called  a  ohvatcal  record.  In  the  aaapU  card  flla  of  figure  3-2,  a  physical  racord 
night  he  aqoal  to  ten  logical  records. 

So  far  this  section  hae  eaphaalsed  how  reUted  data  can  be  grouped,  specifically 
ai.  recorda  In  files.    Data  my  also  he  used  as  single  Itew.  ^^■••"^^•"j' J"" 
of  data  would  be  a  field  of  characters/ay«dioU  In  aesory  which  Is  not  a  field  wltMn  a 
record  of  sons  f lleTn^se  single  fields  are  also  noraally  refsrred  to  In  V^^^^f^ 
languages  by  using  a  sywbollc  naas  associated  with  then.    EMDD  Bight  be  the  aytfwUc 
naae  of  a  alngle  Item  of  data  which  indicates  the  nusi>*r  of  records  In  s  psrtlcular 
file  m  w>ry.    KHT  night  be  the  sytabollc  nsi»  for  s  single  Item  ««J  «•  •  " 
keep  up  with  the  oiaAer  of  recorda  read.    The  symbolic  nsoes  of  data  flelda  (alngle  or 
part  of  a  record)  are  often  called  variables  by  many  prograailng  language. 

This  section  has  defined  soma  basic  terms  of  dsta  repreaeotatlor  -id  organlaatlwi 
that  glv*  you  a  general  Idea  of  how  data  looks  to  a  progranner  and  the  machine  Itself. 
Keep  this  Inforaistlon  In  mind  when  you  sre  solving  the  flow-chsrtlng  problsM  in 
Chapter  4. 
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13.1 


/ 


14Q 


(SAPTER  4 

rtimJSM  soLvtRC  and  puiifaiAimnG 

OBJBCnVES 

After  coi^letlon  of  tills  cluipeer,  you  ahoald  b«  abU  tot 

1.  Identify  Che  four  vethods  of  solving  a  pn^lM. 

2.  Idantlfy  irtiat  ii  «  pnblsa,  and  dsfliw  the  problem  in  tsfw  of  an  algorlthwj 

3.  Define  structured  prograMlng  «id  list  Its  four  ^jectlves. 

4.  Identify  the  five  control  logic  etructures. 

5.  Analyjse  a  given  probleia  and  use  the  correct  fotBst  imd  technli^ie  in  writing 
the  solution  to  that  prc*lem  in  terms  of  a  flotKhart. 

INFOBMifflON 

PROBLEM  SOLVING 

This  section  will  concentrate  on  problea-solvlng  aethoda  and  progrip  design. 
Re<»8d,er.  a  correct  progrsia  design  Is  really  an  ordered  list  of  y?"*!^" 
have  to  perfoTB  If  you  were  the  computer.    If  a  design  does  not  contain  Enough  Inforaa- 
tlon  for  you  to  solve  the  pr<*lei».  it  Is  certainly  not  detailed  enou^  for  ymi  to  tell 
an  "idiot  with  the  speed  of  light"  (the  computer)  h«w  to  solve  the  problem. 

Problem  Solution  tethods 

Selecting  and  snaly sing  problem  solution  wethods  i«  Important  throughout  the 
problea  definition  phase  of  c««!puter  prografladng.    Although  s  person  way  solve  differ- 
ent probless  in  what  appears  to  him  to  be  the  same  way.  he  in  fart  gets  to  the  solution 
in  one  of  (or  a  cMibinatlon  of)  the  following  four  methoflBj 

1.  Direct. 

2.  Enu^  rating. 

3.  Scientific  trial  and  error. 

4.  Similatlon. 

The  first  thing  to  be  done  in  all  of  these  methods  is  to  put  the  problem  Into  s 
proper  frarowor*.    This  framework  consists  of  three  parts? 

1.  Identify  the  known  parts  and  their  relationship  to  the  solution, 

2.  Identifv  the  solution. 

3.  Identify  the  unknown  or  variable  partR. 

Having  done  this.  It  becomes  a  matter  of  building  a  string  of  relationshlpB 
kJ«m  Mrts  of  the  problem  and  the  solution  to  the  problem.    Unfortunately,  it  Is  dlffl 
^to         whJS  ?Satlo«ihlps  will  lead  to  the  most  direct  solution  to  the  probl^. 
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If  •  paraoQ  maw  •fflclmtly  from  knowi  partt  to  toltttioiis,  Iw  prebtb^y  hM  aprs  "fwl" 
for  clM  pvoblM  ttwn  ■oMaii*  trtw  •tioitlM  thont  Itafen  fiii4iQS       right  path. 


•olMng  wtbods  (Bid,  th«nfora,  it  U  ao  in^»loed       bibiCiwl  ttMt  It  t^j^tm  to  m 
puraly  Intvitiva.   FkirShM  rM«m,  it  !■  Mitr«Mly  diffietilt  to  ospUtn  or  to  aaalyB* 
It  •eimtifically.   U       wmoldM  b«li«  thirsty  a  problea,  than  tba  aoltttioB  to  tha 
problaa  vattld  ba  "go  to  tNi  watar  foimtaia,  md  got  a  drink  of  watar.**  Thia  «oaU  ba 
aa  axaapla  of  a  diraet  aeZubion  aatted. 

ENONBRMmo  ismm.    Thia  aathod  ia  alao  vltely  uaad  mi  la  ae  iiapla  it  ai^t  aaaa 
that  tharo  la  llttla  raaaon  for  evan  Hating  it.    It  conaiat*  of  dtacklag  avary  poooibla 
antity  that  could  a^va  tha  problaa.    Xo  othar  vorda,  if  ooa  wiahad  to  find  tha  haavieat 
b«d(  in  a  library,  ha  would  trei^  aach  ona,  chock  aaeh  wai^t*  and  aelact.tha  be<A  with 
tha  largaa^  wai^t. 

Thara  ara  two  raquirsaMita  for  uaing  thia  aechods 

1.     Ali^of  Am  pMalbla  aolutioM  auat  be  knnm. 

Thaxa  awt  ba  aoM  critarioa  againat  trtil^  to  aatqh  t)^  poaaibilitlaa. 


SCIf.NTfFXC  TRIAL  AND  ERROR  HETHOD.    Slnllar  to  the  Mitoeratlng  srathod,  aciantific 
trial  and  arror  ia  usad  whem  tha  nurtiar  of  poaalble  aolu£i<ma  ia  vary  Urge.    A  gueaa 
ia  aade  cit  tha  anawar,  attanpcing  tO'Coau  as  clme  aa  pMoible  to  the  solution.  Then 
Che  gtwaa  ia  exasinad  for  what  it  haa  done  for  the  probloi.    BMed  qn  tha  reaulta  of 
thia  esMiination  another  guaas  la  aade,  hopefully  even  cloaer  to  tha  aolution  than  the 
pravioua  gtMiaa.    Thaaa  atapa  are  repeated  until  the  aolution  ia  found.    Thia  may  at 
first  appear  to  ba  a  vary  prioltiva  approach,  but  It  ia  very  versatile  and  uaeful.  It 
ia  alao  well  auited  to  eoaiputers,  as  it  ia  biaically  an  iterative  proceaa  oathod. 

'An  excellmt  use  of  Scientific  Trial  and  Error  would  be  a  ctABcm  mthod  for  taking 
the.  aquare  root  of  a  number,  using  a  baaic  four  function  calculator.    Call  "X**  the 
nuriiar  we  wuit  to  t^  the  aquare  root  of.    T)Mn  let  "G**  (tte  initial  gueaa)  be  equal 
to  ]^divided  by  2  (i.e.,  C  -  X/2).    Now,  using  algebraic  notati<ms 

SQR  -  I(X/G)  ♦  Gl/2 

If  BQR  and  G  are  equal  (or  very  close)  atop  calculating!  pthorwlse,  le^,J3^qual  SQR  and 
reevaluate  the  equation. 

I 

I    SimilATION  rCTHODo    The  stiauUtlon  s^thod  of  problem  solving  goe»  A  step  beyond  the 
ffidbh^uitlcal  mdel  of      .algorithm.    This  oathod  atten^ts  to  wake  m  acttsal  working  uwdel 
olTthe  raal  vorld*    The  woridng  «odel  Is  set  in  motlmi  to  see  lihat  pcmslble  outeoass 
plj^t  actually  oceur  for  a  given  set  of  data* 

I     For  aaasplep  aaaiMe  the  town  of  Uiannlsport  has  a  traffic  problem.    Every  day  at 
5^30  ?.K  traffic  sesM  to  be  tled%up  at  the  main  intemecticnt  of  the  tmm  for  more  than 
M  houra    Tha  tonn  eouncil  has  decided  that  a  more  mc^m  traffic  signal  will  get  things 
moving  more  quickly.    Therefore*  the  prbbl^s  to  be  reaolimd  ia  the  tiling  and  display 
s^uanca  of  the  lia^t.    The  simulation  metkod  seems  to  be  in  order  here. 

Data  on  traffic  flow  is  gatheredt  al^g  with  uther  data  that  may  Influence  the 
problem,  such  aa  the  nunb^r  of  pedestrians  using  the  intersection,  schools  in  the  areSp 
meiiwian  speed  limits  consistent  vltK  safety »  etc.    A  mathematical  algorithm  is  built  with 
thia  data  and  a  variable,    The  variable  la  the  various  tlving  and  display  sequences  of 
the  traffic,  li^t.    The  solutlmi  to  the  problem  la  a  timing  acid  display  sequmce  which 
csuaes  the  least  congeation  at  the  interaectloiP^'Trar^^         is  written  for  the 
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computer,  and  the  progran  Is  run  tMlnfi  dlff«reiit  valuta  »ihlch  yield  varloua  smSIS.- 
answer  aad  a  solution  are  two  different  entities. 

Hote  that  an  answer  relates  to  a  set  of  prcblea  Bpedficatlons  where  a  variable  has 
been  given  a  specific  value.  Mid  that  value  is  used  in  coaputation.    Every  tiae  a  differ- 
ent sequence  for  the  light  was  used  in  the  ositheBatical  algorithm,  the  coaputer  c»e  up 
with  a  different  answer.    Only  one,  or  at  wost  a  few  answers,  can  he  a  satisfactory  prob- 
l«n  solution. 

The  solution  to  the  traffic  problen  at  Uannlaport  was  the  installation  of^  proper- 
Iv  sequenced  light  at  the  wain  Intersection.    The  answer  (satisfactory  problew  solution) 
was  the  specific  light  sequence  irtilch  produced  a  niniMM  nwount  of  congestion  at  the 
intersection. 


The  AlgorithBlc  Statesent  of  Problew  Solutions 

An  algorlthsi  is  the  set  specifications  or  instructions  for  solving  a  problem.  A 
mathematical  algorithm  might  be  enpressed  as  foll»s:    take  a  nw*er,  multiply  it  by 
itself,  add  to  it  twice  Itself,  subtract  one,  and  call  this  the  result.    In  algebra  this 
algorithm  can  be  stated: 

R  -       +  2X  -  1  f 
Note  that  an  algorithm  need  not  be  mathematical. 

A  good  algorithm  has  two  properties.  First  it  must  be  clear.  Each  etep  must  have 
one—and  only  one— interpretation.  Everyone  reading  the  step  muat  be  able  to  accos^illsh 
It  In  the  same  way.  arriving  at  the  same  reault.    Second,  the  algorithm  snist  stop. 

To  demonstrate  the  importance  of  these  two  properties,  consider  the  fifth  etep  of 
an  algorithm  for  making  ^  good  cup  of  coffee,  written!    "Add  I  teaspoon  of  sugar  until 
the  coffee  is  sweet  encugh."    Note  that  the  concept  of  sweetness  may  vary  from  person  to 
person,  is  therefore  unclenr,  and  violates  property  one.    Also,  a  person  with  a  deformed 
sense  of  taste  may  never  stop  adding  sugar  to  the  cup,  which  violates  property  two.  A 
better  fifth  step  would  be.  "Add  one  teaspoon  of  sugar,    followed  by  step  el*.  Taste 
the  coffee."  step  aeven.  "If  It  la  not  sweet  enough,  add  another  teaspoon  of  sugar,  and 
sr.p  eight,  "Repeat  steps  six  and  seven  until  the  coffee  Is  sweet  enough  or  ten  teaspoons 
u(  sugar  have  been  added."    This  modified  alRorlfrw  Is  clearly  stated  and  wl U  stop. 

For  the  majority  of  vour  work  we  are  interested  in  algorithms  that  solve  the  prob- 
lem    However,  a  word  of  caution  Is  in  order.    Because  your  algorithm  solvts  the  problem 
does  not  mean  it  is  a  good  solution  %o  the  problem.    An  algorithm  must  only  be  clesr  and 
terminate.     For  example,  an  algorithm  to  empty  the  water  In  a  pond  might  Ho: 

1.  "Remijve  the  wflt»'r  from  a  pond  with  an  8-ounce  rIohm." 

2.  "Stop  when  thfc  pond  Is  empty." 

ThlB  is  a  strniRht-fotwnrd  unamblguouH  twk  tbnt  will  eventunllv  stop,  but  It  is  not  .i 
^ood  solution  to  the  problem, 

DIRECT  ALT.ORITHM.    A  direct  algorithm  is  one  that  is  mad*  up  uf^n  number  of  knowit 
steps,  and  a  result  is  determined  by  Ou-hv  steps.    The  example  R-X+2X-llHa 
direct  algorithm.     You  con  tell  lust  hv  looMng  at  the  nlRrbrnir  notation  }Uf*l  what  and 
h<iw  much  Is  involved  in  obtainlnR  a  result. 
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REPETITIVE  /«u(»RITHM,    A  repetitive  (or  Iterative)  algorithm  is  one  In  which  so«e  ^ 

or  all  of  the  atepa  of  the  procesB  are  repeated.    An  example  of  an  iterative  algorithty^ 
waa  given  in  the  ei^le  about  making  a  cuj.  of  coffee.    Step  six  and  atep  seven  were  tte- 
peated  until  the  coffee  was  aweet  enough  or  ten  teaapoons  of  sugar  had  been  added. 

IimXfiBCr  ALi:imni»«   V«ty  ate^U,  an  indiraec  al»>rith»  is  one  th«t  i«  not  direct. 
RaneflAier  that  a  direct  algorithm  has  a  nuaber  of  known  stepa,  and  indicates  ««|«^\ 
work  must  be  done  bv  looking  at  It.    Conalder  th*  previous  exanple  which  specified  the 
reaoval  of  all  water  from  a  pond  with  an  8-ounce  glass.    It  (like  the  coffee  algorithm) 
la  iterative,  but  how  many  times  the  process  of  dumping  one  glass  of  water  must  be  re- 
paatad  is  unknown  at  the  beginning. 

Pr(d>lesi  Definition 

Quite  often  when  a  problem  Is  defined  In  detail,  the  problem  solution  becomes 
evident.    Ask  yourself  some  questions  ebout  this  statement,  such  as:    What  do  we  mean 
by  define  In  detail?    How  can  we  define  a  complex  problem  In  detail?    Or,  even,  why  not 
juat  do  the  job  and  define  tht  problem  as  we  go?    These  are  all  valid  questions  that 
will  be  answered  as  we  progress  through  this  section. 

Flrat,  why  even  worry  about  defining  the  problem?    To  Illustrate  the  need  for  a 
cffliplete  problem  definition,  8upp<»e  you  were  given  some  Air  Force  orders  sending  you 
on  temporary  duty.    The  orders  stated  only: 

Report  to    Colonel  Arnold  Flakbait 
123  S.  Main  St,  Rm  461 
Washington 

at  0800  hours  3  days  from  today. 

Do  you  have  the  Information  you  will  need  to  perform  the  job  you  have  been  given? 
NO?    You're  right.    How  are  vou  going  to  get  there?    Plane?    Car?    Train?  Stagecoach? 
What  do  we  mean  by  today?    Now?    The  day  the  orders  were  printed?    The  day  Colonel 
Flakbait  said  "Send  G.I.  Joe  to  Washington"?    For  that  matter,  Washington  where?  D.C.? 
State?    Arkansas?    Now,  suppose  you  get  the  dates  stral^tened  out,  discover  you  are  to 
drive,  and  Washington  is  In  the  Northeast  U.S.    What  do  you  do?    Sit  down  and  decide 
which  highways  you  have  to  take  to  get  to  Washington,  D.C?    T  hope  you  don  t  go  to 
D.  C.  because  Colonel  Flakbait  la  expecting  to  meet  you  In  Washington,  Connecticut. 

What?    You  say  the  Air  Force  would  not  Issue  any  orders  like  the  one  abow?  True! 
However,  you  may  rest  assured  that  as  long  as  vou  are  a  computer  progranaier.  people  will 
bring  you  problems  that  are  not  even  as  well  defined  as  our  oroposedTnY  orders. 

Consider,  for  example,  the  businessman  who  wanted  to  write  a  program  to  computerize 
his  stock  Inventory.    His  program  consisted  of: 

''Dear  Computer, 

Please  take  the  following  information  and  save  it  so  that  you  can  give 
It  back  CO  me  In  the  way  1  want  It  when  I  wart  It." 

Our  businessman  followed  this  statement  with  his  store's  inventory  list.    He  was 
quite  serious  and  felt  he  had  given  the  computer  all  the  Information  It  needed  to  do  what 
he  wanted  done.    Do  you  know  what  he  wanted? 

Before  we  jun^  Into  writing  a  program  to  solve  a  given  problan,  there  are  a  nuj*er 
of  things  that  must  be  done.    One  of  the  things  to  be  done  at  the  beginning  Is  tc  elimi- 
nate as  many  assiaaptlons  as  possible.    Assumptions  will  probably  get  you  into  more 
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trouble  than  anything  else.    Do  not  asavat  that  you  know  what  the  pr(i>l«i  la  on  the  flret 
Celling  or  reading.    Unfortunately,  the  langua^  used  to  relate  the  prc^lem  to  the  pro- 
graiSBer  is  itfiually  English.    English  can  have  infinite  shades  of  meaning  to  different 
people,  which  la  had  enough,  but  add  a  saattarlng  of  technical  jargon,  and  who  can  be 
sure' what  is  meant.    Reneaiier  the  note  frora  the  boaa  to  his  cwployeea?    "I'm  sure  that 
you  think  you  understood  what  you  thought  1  said,  but  what  I  oeant  to  say  is  noi  what  I 
think  you  have  assisned  I  meant ."   

Now  that  you  are  well  aware  of  the  pitfalls  that  can  be  found  In  the  realm  of  prob- 
lem solving,  here  are  some  rules  that  will  hplp  you  steer  around  these  pitfalls. 

The  first  rule  is  to  write  everything  dmml  ^Tkin't  rely  cm  your  memory  becHuae 
little  things  will  slip  by  you,  or  be  forgott«l»    If  you  don't  believe  me,  what  room 
ntadjer  Is  Colonel  Flakbalt  going  to  be  in?    N&  fa^r  peeking!    The  rcaaon  you  had  trouble 
remeiAerlng  thfc  room  nunber  la  bectuse  it  didn't  seem  i^ortant  when  you  read  it.  Very 
often,  fact^  that  seem  insignificant  or  unimportant  when  the  problem  la  flrat  presented 
to  you  can  turn  out  to  be  the  vital  key  to  the  successful  Rolution  of  the  problem. 

'  The  second  rule  Is  to  solve  only  simple  problems.  But  you  knw  that  people  are  not 
going  to  bring  yoii  sialic  problns  to  solve.  They  will  solve  those  themselves.  You  are 
going  to  be  given  some  prc*lems  that  will  put  you  into  the  muable  mode.  You  must  some- 
how make  the  coi^lex  problem  simple,  which  Is  easier  said  than  done.  But  If  you  were  to 
examine  a  complex  problem  closely,  you  would  discover  that  it  la  made  up  of  emaller  aub- 
probleros— each  of  which  is  simpler  than  the  whole  problem  by  Itself.  Each  sub-problem 
only  contains  a  part  of  the  problem,  much  like  breaking  a  pencil  In  haJf.  Each  piece  la 
smaller  than  the  whole,  but  together  they  make  up  the  whole. 

THE  IIKA  OF  STRUCTUKED  PRtKJRAMMINn 

It  has  been  discovered  recently  that  cwnputer  programs  can  he  written  with  a  hlrfi 
degree  of  structure,  which  permits  them  to  be  more  easily  understood  for  testing,  main- 
tenance, and  raodlfication.    With  Structured  Prograimlng,  control  branching  is  entirely 
standardized  so  that  code  can  be  read  from  top  to  bottom,  without  having  to  trace  the 
branching  logic  as  Is  typical  for  code  generated  in  the  past.    Structured  Programming 
represents  a  new  technical  standard  which  permits  better  enforcement  of  design  quality 
for  programs.    It  corresponds  to  princ Iples  in  hardware  design,  where  li  is  kno*ni  that 
all  possible  logic  circuits  can  be  formed  out  of  a  small  collection— ANl',  OR.  N'lT— of 
standard  component  circuits. 

In  Structured  Programming,  progranBiers  must  think  deeper,  but  the  end  result  is 
easier  to  read,  understand,  and  maintain.    The  standards  of  St.-uctured  PrograTTOlng  are 
based  on  new  mathematical  theorenB  and  do  not  require  casp-hy -case  justification.  Just 
as  it  Is  the  burden  of  a  professional  engineer  to  be  able  to  design  logic  circuits  out 
of  certain  basic  cMJponents,  so  It  is  the  burden  of  a  profpsslOTnal  prograianer  t"  write 
programs  in  a  structured  wav,  using  onlv  recently  standardized  branching  conventions. 

Top  Down  Prograanlng 

Structured  Prograiwilng  also  enhances  the  development  of  programs  in  a  "top  down" 
form    in  which  major  programs  can  be  broken  into  smaller  programs  through  a  coi*lnation 
of  code  and  the  designation  of  dunny  programs  called  proRram  stubs,  which  are  referenced 
or  called  by  that  code.    By  writing  th«'  code  which  calls  the  program  stubs  befon-  the 
stubs  theiwelves  are  developed,  the  interfaces  between  the  calling  and  the  called  pro- 
grams are  defined  completely  so  that  no  interface  problerw  will  he  encountered  later. 


The  result  of  the  •yeteoMitlc,  disciplined  approach  of  Structured  Progrannlng  la 
hlRher  precision  progranalng  than  was  accomplished  before.    The  testing  of  such  prograaa 
la  acca»pllahed  «ora  rapidly,  the  final  results  are  prograaa  which  can  be  read, 

■aintalnad,  and  aodl^«^  by  other  progrmers  with  aucb  greater  facility. 

t 

Structured  Prograanlng  Theory 

Any  progran,  no  laatter  how  large  or  complex,  can  be  represented  as  a  set  of  flow- 
charta.    Structured  Programming  theory  deals  with  converting  lar^  and  complex  flowcharts 
into  standard  fortw  so  th4t  they  can  be  represented  by  iterating  and  nesting  a  smaU 
nualter  of  basic  snd  standard  control  logic  structures.    A  sufficient  set  of  basic  control 
logic  structures/ consists  of  three  raeniera  (see  figure  4-1);  • 

1.  A  sequence  of  two  or  more  operations  (SEQUEHCE) . 

2.  A  branch  to  one  operation  If  the  condition  Is  True  and  a  branch  to  another 
operation  if  the  condition  is  False  (IFTHENELSE) . 

3.  Perform  some  operation  while  some  condition  Is  true  (DOWHILE) . 

The  baslfevatructure  theoremp  due  in  original  form  to  idm  and  Jacoplnl*.  is  that 
any  flowchart  cah.be  represented  in  an  equivalent  form  as  an  Iterated  and  nested  struc- 
ture In  these  three  basic  and  standard  figures. 

Note  that  each  structure  has  only  one  Input  anJ  one  output,  and  can  be  siAstltuted 
for  any  box  In  a  structure,  so  that  complex  flowcharts  can  result.    The  key  point  Is 
thatTO  arbitrary  flowchart  has  an  equivalent  representative  In  the  class  so  built  up. 

The  structure  theorem  demonstrates  that  programs  can  be  written  In  terms  of 
IFTHENELSE  and  DOWillUE  statements .    The  idea  of  an  unconditional  branch  and  correspond- 
ing statement  label  is  never  Introduced  in  these  basic  structures,  and  Is  thus  never 
required  in  a  representation. 

There  is  no  c«Mpelllng  reason  In  programming  to  use  such  a  minimal  set  of  basic 
figures,  and  it  ap,>ears  practical  to  augment  the  basic  set  with  two  variations  in  order 
to  provide  »w>re  f l.sxibility .    The  variations  are:    (See  figure  4-1.) 

1.  Perform  nome  operation  until  some  condition  Is  False  (DOUNTIL) . 

2.  Branch  to  more  than  two  operations  depending  on  the  value  of  some  condition 
(CASE) . 

DOWrilLE    provides  an  alternative  form  of  looping  structure,  while  CASE  is  a  multi- 
branch,  multi-Join  control  structure  in  which  it  is  convenient  to  express  the  processing 
of  one  of  many  possible  unique  occurrences. 

A  major  characteristic  of  programs  written  in  these  structures  Is  that  they  may  be 
literally  read  from  top  to  bottom;  there  is  never  any  "juraping  around"  as  is  so  typical 
in  trying  to  read  code  which  contains  unconditional  branches.    This  property  of  read- 
ability is  a  major  advantage  in  developing,  testing,  maintalninR,  or  otherwise  refer- 
encing code  at  later  times. 


«B(4iB,  C.  and  Jacoplnl,  C,  "Plow  Diagrams,  Turing  Machines  and  Languages  with  Only  Two 
Formation  Rules,"  CoBsjwtnicatlons  of  the  Association  for  Cos^utlng  Machinery,  Volume  9, 
No.  4,  May  1966. 
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Another  «lv«it«ge,  of  pcsibly  •>«»  J"*'!;,^!::  J-JI.  The  ptogtwmmt  m»t  think 
chrouih  Che  proG«..iii8  Pr*l«.  "^^.^^^k!!!       M^MrtLm^  with  u^wiumt  ^tm^ 

,..cu..  it  "i-^J-Sn;   "  IhrSi'tS!  Sg^ol*S."LS.^.t.  t  o«.%l«.  in 
progrnMr  m»t  think  for  the  control.   Thli  wuxm  that  pro- 

ordor  to  provld.  th.  propor  «5»^»V?Jf5^^  SLSI  Sr.  1.  iw.  f~tdo-  for 
gr«M  will  he  written  In  e  «uch  sore  unitora  wey  b»«s«»« 


axhitrery  variety. 


th«  dmg«r  of  til.  progrB««t  •  ""'"2"' t^iutv.  to  co^iiwtlon  with  th.  gtMt 

can  be  rtductd. 

tivee  ere: 

1.  Readable  code. 

2.  Relleble  code. 

3.  Malntelneble  code. 

4.  Increased  prograuwer  productivity. 

Table  6-1  ehowe  couason  eyBfl»ola  and  their  deacrlptlona. 


Table  4-1 


C01«0N  SYMBOLS  AND  THEIR  DESCRIFTIOKS 


Function 

SyiBbol 

Dfiscrlntion 

AsHlgna»nt 

Set  the  left  item  equal  to  the  contents 
(value)  of  the  right  eiqjression. 

Addition 

Add  the  values  or  contents  of  the  tvo 
adjacent  terss. 

Subtraction 

Subtract  the  value  of  the  right  terta  from 
the  value  of  the  left  terra. 

Muitiplication 

Multiply  the  values  of  the  two  adjacent 
terns  a 

Division 

1 

Divide  the  value  of  the  left  term  by  the 
value  of  the  right  term. 

Expcmentiatlon 

Raise  the  value  of  the  left  term  to  the 

power  indicated  by  the  valiw  of  the  right 

term.   ^— 
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The  fKufdiKt  probl«»  m  this  tent  .re  dealined  to  te.di  itttdOTtB  flo-ch*rtin« 
tedmiqLa  r^r.l  problc^-.olvlng  n^int.  not  fro«  .  specific  compiler  l.n- 

«^  Ji^mt.  .  gSod  foundetlon  in  flo-chertln.  techniques    the  -^"t  ehould 

beAle  to  readily  apply  them  to  the  language  he- la  ualng  (i.e..  FOWRAH.  CMAP,  or 

COBOL) . 

The  following  conventions  will  apply  to  the  flowchart  enanpl"  in  this  text: 

Some  problBiw  »ay  reference  files  In  aewry,  ;Ail:^foT  '•h^  f»«TPO««;  °f  J^^I^^^S^.l 
win  bHreated  -  t^l^e  in  core  «aaory  (sl«ll«r  to  the  way  CC»a  treats  t^ul.r  data) 
The  records  of  theae  files    and  the  fields  within  these  recorda)  »mf  5« 
r^fe^ndng  the  file's  sy^olic  «a»e  (or  the  field  a  ^^f      J  "'"^Lf  g^J^^^;  X' 
constant  or  variable  subscript.    For  enasiple.  consider  the  file  naned  STUFIL  with 

record  format: 


NAME 

Aram 

GD 

1-20 

21  -  45 

46-69 

70 

Record  five  of  STUFIL  could  be  acccased  by  writing  STUFIL(5).    Ukewlee.  the  NAW  field 
of  recordl4  could  be  accessed  by  writing  NAME(44)  .  the  CfflmSK  field  of  record  15  could 
ll  rc'sLJ^bniitlng  COltKSEdS)  ,    or  the  HD  field  of  record  «  could  be  .J--«^^y 
wriUng  GD(II),  where  N  equals  an  Integer  constant.    Ke«ei*er  this  "«thod  of 
recorS  and  fields  within  records  Is  for  problems  In  this  text,  and  may  not  work  In  some 
compiler  lanRuages  (i.e.,  FORTRAN). 

Refer  to  Apppndlx  A  for  a  deBcriptlon  of  atsndard  flowchart  syri.ol» . 


Sequence  Flowchart 

A  sequence  flowchart  is  simply  a  logical  sequence  of  operations  to  be  perforised 
exactly  one  time. 

ProbleiB  1 

A  farmer  has  three  farms    (FARMA.  FARMB,  and  FARMD  .  ^^^"""^^i"  ^^'^^^ 

these  fa^  are  called  tnTHA,  WimiA.  UTTHB.  WTTTHB.  wmc,  and  WirrHC.  Find  how  long  it 
will  take  to  plow,  disc,  and  plant  all  three  famw. 


The  fanner  can  plow  1.5  acres  an  hour,    disc  2  acres  an  hour,  P^'"L,^;^/^"'' 
an  hour!     ™o.  find  how  many  feet  of  fencing  It  will  take  to  fence  each  farm  and  how 
^y  ac;e8  are  In  each  farm.      The  following  variables  will  be  used  to  represent  he 
^we«-    FlS  -  the  tiine  needed  to  plow  all  three  farm;  PISC  -  the  time  needed  to  disc 
:uTr;e  lu^T  ^.he  tl»e  ne'eded  to  plant  all  three  far^;  FNC^-  hf 

fencing  needed  for  FARMA;  PNCB  -  the  anK,unt  of  fencing  needed  for  FARfW  the 
Loont  of  fencing  needed  for  FARHC;  FARMA  -  the  n"'**"'  l^/S^      Te  nuTev 

of  acres  in  FARMB:  FARWC  -  the  number  nf  acrrs  In  PARMH;  and  ACRES      the  nunfrer 

of  acres  in  all  three  farms. 


Solution  I 

STEP  ONE  (U«t  Cho  oparstion*  to  be  STEP  TWO  (NiM>er  the 

povfocMd)  »«qu«nce  of  oper»tlon») 


mCA  "  (LGTRA  4>  WDTHA)  *  2 

o 

o 

FNCH  "  (ICTHB     UDTRB)  *  2 

Tr 

FNCC  •  OCTHC  +  WOTHC)  •  2 

FASHA  -  LLTHA  *  VOTHA  /  43,560 

1 
X 

PAAIB      LGTHB  *  WDTHS  /  43,560 

2 

FA8KC  -  LCmC  *  WCnmC  /  43,560 

3 

ACfSS  -  FAIMA  -¥  FARfB  FA8MC 

4 

FLOU  -  ACRES  /  1.5 

S 

DISC  -  ACRES  /  2 

( 

PLANT  -  ACRES  /  2.5 

7 

Step  THREE  (Flowchart  the  aequence  of  oper«tlons)    (See  figure  4-2.) 


Q  START 


FARMA  -  LCrrHA  *  UOTHA  /  43,560 
FARKB  -  UmiB  *  WOTHB  /  43,560 
FARMC  -  LGTHC  *  WDTHC  /  43,560 


I 


ACRES  ■  FA8MA  ♦  FA»CB  •♦•  FARHc[ 


PUJW 

-  ACRES 

/ 

1.5 

DISC 

•  ACRES 

/ 

2 

PLANT 

-  ACRES 

/ 

2.5 

I 


FNCA  - 

(LGTHA  ■♦■  WDTHA) 

*  2 

PNCB  - 

(LGTHB  +  WDTHB) 

•  2 

PKO:  - 

(LCTHC  WDTHC) 

*  2 

I 


(      STOP  3 

RDA124-19 

Figure  4-2.    Seqitence  Flwchsrt 
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Braadilng  Flwchsrt 

A  branching  floirdiart  is  si^ly  a  Mqttcnce  flwchwt  which  mll0n  mm  or  mre  of  it9 
operations  co  be  decisions «  providing  a  hrask  in  the  9«|uence  of  operatic^  perfomed. 

Problwi  2 

If  CAR  oottt^ns  the  status  of  an  auto  (new  or  wed)  and  NPKTS  contains  the  nun<»et  of 
moths  the  auto  is  to  be  financed,  then  set  RFCIJ  ami  BAHK  to  the  appropriate  interest  rate 
based  on  Qiart  4-1  and  compare  thea  to  detenaine  vhere  to  finance  the  auto  (for  the  loves t 
interest  rate).    The  following  vari^lra  are  given:    CAR  -  status  of  the  auto  (1  •  New  or 
2  -  Used);  NPMTS  »  the  nuBi>er  of  mmths  auto  is  to  be  financed;  KFCU  -  the  interest  rate 
the  credit  union  will  finance  an  auto;  and  BANK  -  the  Interest  rate  the  bank  will  finance 
an  auto. 


Solution  2 


STEP  CSfE  (list  the  of^rations  to  be  perfonaed) 


STEP  TWO  (nunber  the 
sequence  of  operaticnw) 


la  auto  new  (CAR  *  D? 

1 

Yes*  go  to  2. 

No,  go  to  4. 

Is  new  auto  JSVtiS  ■  36? 

2 

Yes»  go  to  6. 

Hoy  go  to  3. 

Is  nev  auto  NPWS  «•  24? 

3 

Yes.  go  to  8. 

No,  go  to  10. 

(Since  NPMTS  ^  36  or  24,  then  NPHTS  12) 

Is  used  auto  NPMTS  »  24? 

4 

Yea,  go  to  12. 

No,  go  to  5. 

Is  used  auto  NPMTS  -  19kl 

fi 

Yes,  go  to  14. 

No,  go  to  16. 

(Since  HPMTS  f . 24  or  18,  then  NPHTS  ■  IZ; 

Cc^are  BANK  to  KFCIT 

18 

CT,  go  to  20. 

EQ,  go  to  21. 

LT,  go  to  19. 

BANK  -  12.0 

6 

KFO!  -  in. 5 

7 

Go  to  18. 

BANK  -  8.0 

8 

KFCU  -  8.0 

9 

Go  to  18. 

BANK  -  4.0 

10 

KFCU  -  5.0 

11 

Go  to  18. 

BANK  -  12.0 

12 

KFCU  -  lO.O 

13 

Go  to  18. 

14 

BANK  -  9.0 

KFCU  -  8.75 

15 

Go  to  18. 

BANK  -  6.0 

16 

KFCU  -  6.5 

17 

Go  to  18. 

Write  "BANK" 

19 

Write  "KFCU" 

20 

Write  'V.QUAL" 

2J 

Stop  procesHlnR 

17 

THREK  (Flowchart  the  sequence  of  operations.) 

(Sen  figure  4-3. 

.ERIC 


4-M  ^ 


RMi  24-26 


FlRure  4-4.    Alternate  Coiapare  Operation 


Loop  Ficswchart 

A  loop  flowchart  Is  a  branching  flowchart  with  the  addltimi  of  a  loop.    The  four 
parts  of  a  Inop  are: 

1.  Initialize  -  set  the  counter  to  zero  (performed  outside  the  loop). 

2.  Test  -  make  a  decision  to  see  if  the  number  In  the  counter  is  equal  tn  the 
total  nunfcer  of  tines  the  oneratlon  is  to  be  performed, 

3.  Perfo™  -  this  includes  the  pnrt  of  the  flowchnrt  that  shows  the  oper4tion« 
to  be  performed. 

6.      fiodlfv  -  rhanp,e  the  counter  to  shov  the  nutter  of  times  the  ooeratlon  hm 
been  performed . 

A  variation  on  the  above  routine  is  to  initlalir.e  the  counter 'to  the  nu^e,  of 
tines  the  operation  !»  to  he  performed,    test  for  z^m,    and  modify  the  counter  by 
decrementlnR  the  counter  by  one  each  time  the  operation  Is  performed. 

Problem  3 

continue  with  the  prohi™  solved  in  the  Branchlnp  Ftowchnrt  ^^^If '^j;^*  J,;j"^Jf " ' 
depicted  in  figure  4-3  (refer  to  this  predefined  proce««       the  «V|*ollr  name  K  NATJCE)  . 

Jeterltnes  wheJe  one  cnr  can  be  flnnnced  economical  ly.    Sinn,  how  this  pro.-..«  mljh  b. 
used  to  process  a  file  wJ.id.  contains  p.,rrlu,Hc-  InfonTw.t  l.u,        \m  m.t  oi-u^- 1  !rs .  Wrivr 
to  Problem  2  for  the  varlnbles  uh»-«»  In  this  problem. 
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SolUttOB  I 

STEP  ONE  (U«t  th«  op»r«tloiw  to  b«  porfontd) 
cotirr  >  0 

!•  oawrr  •  lOO?  ^ 

Ym,  go  to  7. 
No,  go  to  3. 


STEP  TWO  (Ninaber  the 
Mq«mi^  of  i^ricioaa) 


1 

2 


Read  card  fraa  file 
Call  predefined  proceea  FINANCE 
COUNT  -  COUNT  1 
Co  CO  2. 
Stop  proeeaalng 

STEP  TM8EE  (Plowd»art  the  eequence  of  operatlone.)    (Sea  figure  4-5.) 


3 
4 
S 
6 
7 


Search  Flowchart 

A  aearch  flowchart  la  «ie  which  lookn  for  «  specific  record  within  « 
on  aome  key  field.    Th«  method  used  to  search  for  a  record  within  a  file  ^« 
,11  other  LnlpaiMtiojS  of  records  within  the  file,  alnce  you  must  firat  loceta  tne 
desired  record  before  you  can  change  or  delete  it. 

Frri»l«n  4 

A  large  car  rental  coopany  has  data  pertaining  to  Its  cars  in  a  computer  "Ij- 
CAR  le  a  fUe  U  memory  with  up  to  500  records,  each  containing  the  f^Jl-'J^S/^^'^J"/ 
SERN  -  car  serial  n«*er;  Mir.E  -  car  mileage;  KNDS  -  ^Jl^-K^Jf ?  r^fi^^  .SfnuSL 
VRM  -  vehicle  retirement  mileage.    ENBD  is  another  variable  which  Indicate,  the  number 
of  records  In  CAR     There  Is  a  stack  of  W  cards  in  the  card  reader,  each  containing  the 
following  variable**    SERNO  -  car  serial  nu^er  and  PMLGE  -  present  mileage  of  car.  For 
each  card  read,  uae  SEWO  to  locate  the  record  In  CAR  with  the  same  serial 
Repla.:e  the  old  mileage  with  the  new  mileage  figure  (PMUJE)  and  check  to  see  if  th« 
mileage  has  reached  or  exceeded  the  vehicle  retirement  mileage  or  the  next  service  due 
mileage.    If  ao.  print  out  "RETIRE"  or  "SERVICE"  as  applicable,  and  also  prlgt  the 
aerial  nui*er.  mileage,  mileage  next  service  due,  and  vehicle  retirement  alifcage.  IE 
the  serial  nui*er  from  any  card  read  does  not  have  a  matching  serial  number  in  CAR. 
print  an  error  measage. 


SERN 

MLGE 

VRM 

1-S 

9-14 

15-20 

21-26 

SEI9I0 

PMLGE 

1-8 

9-14 

lis 


COUNT 
COUNTS  ^ 


Figure  4-5.    Loop  Flowchart 
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Solution  4 

STEP  ONB  (Use  cli«  c^rotiooo  to  bo  p«rfono4) 

Bo«d  m  cord 
K  -  1 

lo  cord  roodor  enpty? 
Yoo,  |o  to  17. 
No,  go  CO  2. 

X«  SEWO  «  SEfQI(K)? 
Yoo,  go  to  9. 
No,  go  to  5. 

MLflECK)  -  FNLCE 

K  •  K  1 

Ift  K    GE  BNIID? 

Y«0y  §0  to  7« 
NOp  go  to  4. 

Write  error  nosoAgo. 

Co  to  1* 

Is  MLGE(K)    GE  VRM(K)? 
Ye8p  KO  to  12 0 
Not  go  to  llo 

Is  HUGE  (K)    GE  WISD(K)? 
Yes,  ifi  to  13. 
Nop  go  to  lo 

Write  •^RETIRE" 

Co  to  IS. 

Write  ^'SERVICE" 

Wilte  SERH(K),  MLGE(K),  fWSDCK) ,  VRK{K) 

Go  to  1, 

Stup  proceiaing 


STEP  TWO  (Nvsabor  tho 
9»^ame»  of  o{Mimi«i«) 


2 
1 


9 
S 
6 

7 
8 

10 

11 

12 
13 
14 
IS 
16 
17 


STEP  THREE  (Flowchort  the  sequence  of  operscions.) 
See  figure  4-6. 
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Sort  Flawehare 

A  sort  flowchart  Is  actually  a  iw>iil£led  search  flowchart  which  arranges  file  records 
la  aither  ascending  or  deacending  order.    One  or  nore  key  fields  within  a  record  are  used 
to  aort  a  file.    The  sort  process  utilises  a  key  field  to  search  throu^  a  file,  coisparing 
ch«  k#y  f 1^14  of  one  record  with  tto  key  field  of  the  next  ftequ^nclA^  record  imtil  two 
recoMs  are  found  to  he  out  of  order.    These  records  must  then  swap  places  in  the  file. 
Next,  go  back  to  the  beginning  of  the  file  and  repeat  this  process  of  searching  snd  swsp- 
plag  until  you  reach  an  end  of  file.    This  procMs  is  a  Slnple  Exchange  Sort.  Variatlone 
of  thia  aort  and  alternate  sort  routines  aey  l»e  presented  by  your  Instructor  In  this  block. 

Pr<Alem  S 

STU  is  a  file  in  o^ory  with  up  to  100  records,  eadi  containing  the  following  vari- 
ables:   NAME  -  nane  of  student  and  PCC  -  percentage  grade  of  student.    NENT  is  another 
viirisble  which  Indicates  the  number  of  records  in  STU.    STD  is  sorted  in  alph^etical 
order.    Sort  the  file  in  descending  order,  based  on  key  field  PCG.    BUFF  is  a  tetaporary 
storage  location. 


NAME 

PCG 

1-17 

1S-2Q 

Solution  5 

STEP  Wt  (List  the  operations 


J  «  1 
K  •  2 

Is  K    CT  NINT? 

Yea,  go  to  10 • 
NOp  go  to  le 

Swap  STU(J)  with  STU(K). 

Co  to  1. 

Is  PCG<J)     GE  PCG(K)? 
Yes,  go  to  5p 
No,  go  to  8. 

J  •  J  1 

K  -  K  -^^  1 

Tt  J  •  NENT? 

Yes  I  go  CO  10  • 
No»  go  to  4. 

Stop  processing 

STEP  THREE  (Flowchart  the  sequence  of  optiratious) 
See  figure  A-7. 


to  be  performed)  STEP  TWO  (Number  the 

sequence  of  operations) 

1 

2 

3 

S 

9 

•  4 

t 

5 
6 
7 

10 
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liuiartlon  Piouchart 

An  Inwrtlon  fl«<^«rt  1.  also  a  modified  search  flowchart,  which  Inserts  one  or 
»ore  i^ci;^  in"  a'flle  at  .  specified  lo-tlon     If  the  file  1«  J; 
records  are  Inserted  at  the  end  of  the  file  (If  there  la  roo«) .  ^^^.^^^l^fJ^.y^ 
«c«id4«i  or  <te.c«idl««  order,  record,  air.  Inserted  at  J^^'J^^i^^'Ji^^J 
f<ie  r If  there  la  roeii).    Thla  type  of  teaettioo  conatsta  of  the  b*«lc  aearcn  to  tvin 
tSi%riJer  ircaUoTTr  the  newTcord.  exchanging  the  new  record  for  the  oU^^^ 
the  old  record  to  the  next  location,  and  moving  that  record  to  the  next     cati^.  and 
^^  JUl  the  laat  «e«»lngful  location  In  the  .^J" 
laat  record,  a  counter  auat  he  Increaiented  to  reflect  the  new  file  entry.    This  coia- 
iS«rtSr;rJcMrfor  smgle  insertion.    Repeat  the  process  for  omltlple  insertion  of 
records. 

Records  can  be  Inserted  only  into  a  variable- length  file,  not  Into  a  fixed-length 
file.    Shen^lt  is  necessary  to  add  records  to  a  fixed-length  file,  a  new  file  n.ust  be 
built  of  sufficient  size  to  hold  all  old  and  new  records. 

Problem  6 

AUTO  is  a  file  In  «ei«>ry  with  up  to  300  records,  each  containing  the  following 
variables  I    SERN  -  car  serial  nua&er;  MU2  -  present  car  alleage;  CST  -  car  «ost,  ana 

!  illes  per  gallon  rating.    LAST  is  another  variable  which  indicates  th-^«««' 
nu»ber  of  records  In  AUTO.    AOTO  is  arranged  in  randon  order.    Insert  a  single  record 
NEW  into  AUTO  (I!  there  Is  room). 


SERN 

MLOE 

CST 

CAS 

1-6 

7-12 

13-18 

19-20 

NSERN 

NMLGE 

NGAS 

1-6 

7-12 

13-18 

19-20 

Solution  6 

STEP  ONE  (Lint  the  operations  to  be  perforrcd) 

Is  UST    GT  300? 
YcSt  go  to  2* 
NO|  go  to  4a 

Write  error  message. 

Go  to  7. 

M  -  LAST  -I-  1 

AirrO{M)  -  NEW 

LAST  -  LAST  ^  1 

Stop  processing. 


STEP  TWO  (Nunaser  the 
sequence  of  operations) 


2 

3 
4 
5 
6 
7 


STEP  THREE  ^Flowchart  the  sequence  of  operations.) 
See  figure  ^i-S. 
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ERIC 


c 


ITART 


D 


W         >^  t  AST  3^^. 

r 

NEW 

f 

LAST- 
LAST  4  1 

VRITE 
iRflOR 


7 


c 


STOP 


Figure  4-8,    Insertlcwi  Flowchart 
(Randcna  Single  tnaertloti) 


Problem  7 

NYPO  is  a  file  in  memory  with  up  to  2,000  records,  each  containing  the  f jlj^J"^^ 
there  is  room). 


SSN 

1-20 

21-29 

KSSN 

1-20 

21-29 
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Solution  7 


ERIC 


STEP  ONE  (Li.t  ths  op.r.tlona  to  be  p«r£or«id)  STEP  TWO 

•equfince  of  operatKms; 


Iff  ranm  ♦  stopp  ct  2,(m»o? 

Yefi|  go  to  4« 
Ndp  go  to  2, 

Write  error  neeeege. 

Go  to  20. 

N  -  I 


M  •  M  +  1 
Go  to  10. 
Stop  processing, 

STEP  THREE  (Fl*7wchart  the  sequence  of  operations.) 
See  figure  4-9. 
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4 
5 
2 


Is  N    GT    STCPP?  ' 
Yes,  go  to  20. 
No,  go  to  6. 

M  -  1  * 

I«  KSSN<N)    GT    SSN(M)?  ' 
Yea,  go  to  10. 
No,  go  to  8, 

M  -  M  +  1 

IB  M    GT  I'NDD? 

Yes,  go  to  16. 
No,  go  to  7. 

Is  M    (TT  ENDD?  ^° 
Yes,  go  to  16, 
No,  go  to  11. 

NY?D(M)  -  NEW(N) 


8 
9 


ENDD  •  ENDD  +  1 
N  -  VI. ■¥  1 
Co  to  3. 
BUFF  -  NYPD(M) 


17 
18 
19 


NYPD(M)  -  NEW(N) 
NEW(N)  -  BUFF 


14 
15 
20 


NO 


M  '  U 

♦  1 

> 


N  : 

=  1 

I 


BUFF  -  NYPOIM) 

NEW(N)  -  BUFF 
M     M  4  I 


YES 

C   STOP  ; 

ENDO  -  ENOD  *  I 
N     N  *  t 


6 


I  DAI  24- 31 
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4-9.    Insertion  Flwchnrt  (Ordered  MoltlpU  Tnnertion) 
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Deletion  Plotfehert 

*  A^^^*.4^  #i«»!h>rt  i«  Also  e  modified  search  flowchart,  which  deletes  one  or  oore 
recorie  ri«TfJir2  retlcl  ied  l^Jtion.    Deletion  of  a  .in«le  record  consist,  of  a 
'^Tm^^  Jt^  lfi  rTcord  to  he  deleted,  decm^ting  the  "^^^^'SeS 
tS^de^tlTO.  and  packing  th.  file  to  eWaitttAte  esi«y  locatioot  MM«d  hy^the  J«le";<»- 
S^eS  thir;rXirSr^ltiple  deleticma.    Record.  «ay  be  deleted  fro»  both  fixed- 
length  And  VAri<bl«-lMgth  files. 

p  rob  leu  B 

OTPD  is  a  file  in  n«nory  with  up  to  2,000  records,  each  contjlniog  the  ^^^^^S 

varieblea;    HAHE  -  esiployee  n««  and  SSN  -  "^i'l^^JS^S'fs  ^fiS^L^S^^ 

another  variable  which  indicates  the  n««ber  of  records  in  ^-.If^^'^  -  reti?er 
orv  with  UP  to  50  records,  each  containing  the  following  variables:  /NAME  -  "'^^f 
^lovee  »d  KSSN  "retired  eoployee  social  aecurity  nu«*er.    STOPP  is  another  variable 
Ti  h°'i;drc;tfs''the  i:Zr  of%e7or6.  in  GONE.    Both  files  --^J^,'^-^''  ^"^^ 

on  social  security  nu»b.r.    Delete  all  records  for  retired  employees  froa  MVPD. 


1  NAME 

SSN 

1  1-20 

21-29 

KNAME 

RSSN 

1-20 

21-29 

Solution  8 

STEP  CNE  (List  the  operations  to  be  performed) 
X  -  1 

Is  X    GT  STOPP? 

Yes,  go  to  16. 
No,  go  to  3. 

Y  »  1 

Is  KSSN(X)  -  SSN(Y)? 
Yea,  go  to  5, 
No,  go  to  11. 

Y  -  Y  +  1 

Is  Y    GT  ENDD? 

Yes,  go  to  13. 
No,  go  to  4, 

X  -  X  +  I 

Go  to  2. 

Is  Y  -  ^DD? 

Yes,  go  to  6. 
No,  go  to  7. 

ENDD  -  ENDD  +  1 

Go  to  13. 

Z  -  Y 

Y  -  Y  +  1 

NYPD(Z)  -  NYPD(Y) 

Go  to  5. 

Stop  processing. 

A-.24 


STF   TWO  (Nufflber  the 
sequence  of  operations) 

1 


3 
4 

11 
12 

13 
14 


6 

15 
7 
8 
9 
10 
16 


lis 


STEP  THMK  (n«f«*«rt  tfie 


of  o|»eratlciaB«) 


Y     Y  M 


YES 


c 


r    Y  ♦  f 

NYPD«2> 
NYPD<Y) 


I 


zr 


STOP 


Figure 


4-10.    Oelption  riowdmrt  (Multiple  Deletion) 


15!) 


Itori*  n«fch«rt 

ct>..k..^  4m  ..Mnriallv  A  oMMiiflw)  iB««rtl<m  flowchart,  which  conbine*  two 

tlit  Ji^iei^S     f"  Ili^ie.  If  UTthr..  fui.  ^«  1-  «c«idl«g  order   ..t  th, 
tMt  value.  uB«tf.         "■^*,»     .  of  .  £11,  (for  all  three  filea).  If 

!S  for  eJIiTtrSere) .  and  aet  the  other  two  aacendlug  file  countera  equal  to  one 
(tMting  for  th«  Iwit  record  in  tho  flU)* 

Problew  9 

MAIN  is  a  file  in  t»e«ory  with  up  to  1.800  record.,  each  containing  fo"o«in8 
variable.:    NAME  -  c«.t«er  name  «»d  BiU.  -  the  ~"o^'^  SiSS'i.  a  file  in 

mother  variable  which  indicates  the  nuj*er  of  '«o^«»^/«  ^J^^^    Liffi  - 

M»orv  with  up  to  400  record.,  each  ccmtaining  the  following  variable.;    JN^JE  - 
^^r  n«a^  «S  BBAL  -  customer  account  balance.    TOTZ  in  another  variable  which 
cu.to»er  nroe  ana  BRANCH.    NUBANK  1.  a  new  file  in  B«»»ory  with  up  to 

:sr"*co'i';«  "/.^jnCti:  f.n»in. i. 

nother  v.rld.le  which  Indicate,  the  ounb.r  of  recotdB  In  OTBANK. 


BNAME 

BBAL 

1-20 

21-28 

NUNAME 

NUBAL 

1-20 

21-28 

This  probl«»  concerns  a  main  bank  end  branch  bank  vhich  s-intain  separate  amall 

compute  ;  and  bookkeeping  sections.    They  decide  co  ^^^-^I'^^^^i-'S^/SIe  t^o  llr^s 

bank  and  an  inquiry  station  at  the  branch.    The  separate  file,  of  the  ^o  b^s 

^t  be  merged  into  a  new  file  in  descending  order  bwied  on  key  fields  BAL  «id  BBAL. 
preaent.  Ma!n  is  in  descending  order  and  BRANCH  is  in  ascending  order. 


At 


Solution  9 

STEP  OHE  (List  the  operations  to  be  performed) 

TTOT  -  TOTl  T0T2 

A  -  1 

C  -  1 

B  -  T0T2 

la  C    GT  TTOT? 

fee.  go  to  17. 

Mo,  go  to  6.  0 

Is  A    GT  TOTl? 

Yes,  go  to  8. 
No,  go  to  7. 

Is  B  -  0? 

Yes,  go  to  13. 
No,  go  to  12. 

I.  BAL(A)     CT  SBAL(B)? 
Yes.  go  to  13. 
No,  go  to  8. 

4-26 


STEP  TWO  (Nunier  the 
sequence  of  operations) 

1 

2 

3 

4 

5 


12 


NUBANKCC)  -  MAIN(A) 

13 

A  -  A  +  1 

14 

C  •  C  +  1 

IS 

Go  to  5. 

16 

NiraANK(C)  •  BRANOICB) 

8 

B  -  B  -  1 

9 

C  -  C  1 

10 

Go  to  5. 

11 

Scop  processing. 

17 

STEP  THICE  (Flow<*«rt  the  sequence  off  operations.)     (See  flRure  4-11.) 


ERIC 


YES 


^     5TARPT  ^ 


TTOT  - 
TOTt  ♦  T0T2 


A  ' 

C 
B 

1 
1 

TOT? 

Figure  ^-Ht     Merge  Flowchart 
4-27  i 


nXWCHARt  ANALYSIS 


Tfea  AfMlysls  ol  •  flauehsrt  oho%tld  yield  thrw  chiBgtt 
I,     A  deicrtption  t*f       optsmton  nhmm  ifi  block. 
2.,  ptirpose  or  what  is  accoBpllshod  by  tho  fl(Wch«re. 

3.     The  foni  of  the  data  at  any  specified  point  and  what  fot«  of  data  will  rewlt 
m  branching  to  each  output  from  a  decialon  block.    Since  you  hav«  alraady  w;;;"! 
fJowchHrts.  vou  «ay  be  able  to  analvsa  the  following  flowcharta  with  little  Jlc«JJ5^ 
In  ordtr  to  obtain  the  »o8t  help  fro«  thin  aection,  you  should  NOT  read  the  e«planationa 
until  after  you  have  studied  the  flowchart  and  made  a  decision  on  how  you  would  explain 
it.    Then^ou  should  read  the  explanation  and  see  If  your  eirplanation  agrees.    An  a»- 
planatl-nKlll  alao  be  given  for  the  general  purpose  of  that  flowchart.   Note  that  each 
block  of  the  flow  la  identified  with  a  letter;  theae  letters  are  used  to  reference  the 
evplsnacions. 

STU  la  a  file  in  weraory  with  up  to  100  recorda,  each  containing  the  follwing 
variables:    NAME  and  PCS.    ENDD  is  another  variable  which  indlcatea  the  nus*er  of  recorda 
in  STU.    (See  Figure  4-12  belou.) 


(B) 

CT1 

=  1 

^  7 

m   ■  ^ 

STUfC  Til-  STUICT2> 
STUiCT?!  -  TEmP 


CTt 

^  CTt  M 

CT2 

-  CT2  t  t 

RDA124'3S 


Figure  4-12.    Flowchart  1 
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6.8 


Anmlyols  of  Flowchart  1 

Block  (A)  preventt  •ttcmptlng  to  sort  s  file  with  fewer  th«i  two  recorito.    If  EMDD 
l8  equal  to  0  or  1  the  flow  will  stop.    If  BIIH)  is  equal  to  2  through  100,  it  will  br 
to  Block  (B). 

Block  (B)  initialliet  the  counters  on  each  exchange  loop.    CTl  and  Ctl  are  inltla 
Ized  to  1  and  2,  respectively. 

Block  (C)  tests  the  value  of  the  counter  each  time  two  ccmsecutlve  recor<<s  are 
to  be  in  the  desired  order.    It  branchiae  to  ^10?  after  the  next  to  the  lost  record  has 
been  cotapared  to  the  last  record  and  found  to  be  in  the  desired  order.    If  ENDP  is  equal 
to  100  and  CTl  is  equal  to  1  throu^  99,  It  will  branch'  to  Block  (E)  and  compare  the  next 
two  records.    If  ENDD  and  CTl  are  both  equal  to  100,  It  will  atop. 

Block  (D)  exchanges  the  values  of  two  consecutive  records  to  obtain  the  desired 
order.  ^  ' 

Block  (E)^coiapare8  the  value  of  FCG  in  erf^h  record  against  the  value  of  PCS  In  the 
next  sequential  record.    If  the  lower  numbered  record  has  a  lower  value,  it  will  branch 
to  Block  (D).    If  the  lower  nunhered  record  hsjs  an  equal  or  higher  value.  It  will  branch 
to  Block  (F)  . 

Block  (F)  increments  the  counters  when  two  records  arp  found  to  be  In  the  desired 
order. 

The  overall  purpose  of  Flowchart  I  Is  to  sort  file  STU  into  descending  order,  baaed 
on  values  in  key  field  PCG. 


ERIC 


Analysis  of  Flowchart  2 

Block  (A)  prevents  atteopting  to  Insert  a  new  record  Into  a  full  file.     If  STOPP  is 
equal  Co  300,  It  will  branch  to  Block  (B),     If  STOPP  1b  equal  to  1  throuRh  29^,  It  wtll 
branch  to  Block  (C). 

Block  (B)  writes  "File  Full"  on  the  lim-  printer  to  Inform  the  operator  that  CAR 
already  contains  its  maximum  nunier  of  recorcl«,  ^/ 

Block  (C)  initializes  the  counter. 

Block  <D)  compares  the  cmmter  (which  counts  the  loops)  with  STOPP  to  insure  that 
we  do  not  continue  exchanging  records  after  we  reach  the  end  of  CAR. 

'ilock  <K)  compares  the  values  of  NSEFN  and  SKRN.     U  branches  to  Block  ^H)  If* 
NSERN  is  smaller  than  SEW  and  branches  to  Block  (F)  If  NSEW  Is  equal  to  or  greater 
Chan  SEFOJ. 

Block  (F)  increments  the  counter. 

Block  (G)  inserts  the  record  into  the  first  slot  In  the  file  th.t  contains  no 
foeaningful  data  «nd  updates  STOPP  to  reflect  the  new  last  record  in  CAR.    Since  only 
on«  record  is  to  be  inserted,  the  flowchart  stops. 

The  overall  purpose  of  this  flowchart  is  to  Insert  the  record  NIICAR  Into  file  CAR 
at  its  proper  location. 


no 


FLOWOiART  OTRRECTICW 


Due  to  the  transfer  of  personnel,  one  prograiBiner  may  start  on  the  solution  to  a 
problem  and  another  be  assigned  to  complete  the  program.    Also,  It  is  conmon  practice 
to  ask  for  help  in  debugging  a  program  because  familiarity  with  the  solution  sometimBS 
causes  the  originator  to  ovi-rlook  errors  another  person  can  readily  see.    For  whatever 
reason)  there  will  be  times  when  you  are  required  to  analyze  a  flowchart  that  someone 
else  constructed  and  find  one  or  more  errors. 

Many  tiroes  errors  are  easily  spotted,  but  if  they  cannot  be  locat.  d,  the  following 
procedure  should  be  of  value. 

1.  •  Analyze  the  problem  as  if  you  were  going  to  construct  a  flowtJiarf  ami  a 
progrinii. 

2.  Analyze  the  flowchart  that  was  designed  to  solvp  the  problem. 

3.  Compare  the  problen  analysis  with  the  flowchart  analysis  and  check  off  each 
operation  (make  your  checkmarks  on  the  problem  analysis).    During  this  comparison,  look 
for  index  registers  being  incremented  Instead  of  decremented  or  vice  versa,  incorrect 
value  being  used  for  testing  a  loop,  index  register  not  being  initialized  at  the  proper 
time,  yes  and  no  legs  reversed,  exchanging  on  equal  (EQ,  HQ,  LQ) ,  etc. 

4       Determine  If  the  problan  analysis  contains  one  or  more  operations  not  shown  in 
the  fl^chart  analysis,  thus  indicating  omission  from  the  flowchart  and  the  program. 
(This  will  be  revealed  by  the  absence  of  a  checkmark  beside  the  operation.) 

Flowchart  analysis  and  flowchart  corrections  are  done  concurrently  in  most  instances, 
in  fact,  you  cannot  expect  to  correct  logic  unless  you  fully  understand  the  problem  being 
solved.    In  conclusion  to  this  discussion,  one  point  must  be  restated-there  are  always^ 
two  or  more  correct  solutions  to  a  problem.    That  is  why,  when  you  correct  someone  else  8 
work,  comparing  his  flowchart  with  your  problem  analysis  offers  the  best  chance  of  com- 
bining your  c-ffortH  to  produce  a  successful  proRrsm. 
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APPENDIX  A 
(ButrAct  from  Chapter  6  of  AFM  171-10,  Vol  1) 

Oi^fiter  6  .  . 

FLOWCHART  SYMBOLS  FOR  DATA  PROCESSING 

020601.  General.  The  purpo.e  of  thU  chapter  U  to  establish  flowchart  si^bol.  for  use 
ID  the  preparaUon  6f  flowchart,  for  automatic  data  processing  systems  and  applications. 
These  symbols  are  the  American  Standard  Flowchart  Symbols  which  were  approved  by 
the  Department  of  Defense. 

020602.  Responsibility.  It  Is  mandatory  that  the  American  Standard,  ^^^^^^^'^^l^' 
bols  be  used  by  the  Air  Force  In  the  preparation  of  all  new  and  revised  ADPS  flowcharts. 
Existing  flowcharts  need  not  be  reaccomplished  for  the  sole  purpose  of  convertmg  to  the 
American  Standards  Association  symbols. 

020603.  Flowchart  Symbols. 

a.  Symbols  Represent  Functions.  Symbols  are  used  on  a  ''^'^''^'^  "^IV'^^^ 
,he  iunciiin.  of  a  data  processing  system.  These  functions  are  INPUT/OUTPUT, 
PROCESSING,  FLOW  DIRECTION,  and  ANNOTATION. 

A  basic  symbol  is  established  for  each  function  and  can  always  be  used  to 
represent  that  .urn  tion.  Specialised  symbols  are  established  which  may  be  used  in  place 
of  a  basic  symbol  to  give  additional  information. 

The  ^iz.  and  the  dimensional  ratio  of  each  symbol  may  vary  depending  on  its 
speciliL  use  but  not  to  th«  point  of  lusing  its  identity. 


b.     Basic  Symbols, 
Symibols 

ro 


fi 


Descriptions 

Input /Output  Symbol.  The  symbol  shown  represents 
the  Input/output  function  (I/O);  i.e.,  the  making 
available  of  information  for  processing  (input)  or 
the  recording  of  processed  information  (output). 

Processinj^  Symbol.  The  symbol  shown  represents 
the  processing  function;  i.e.,  th.-  pt-ocess  of  exe- 
cuting a  defined  operation  or  group  of  Oin-rations 
resulting  in  a  change  in  valm-,  form,  or  loi  atlon  of 
Information,  or  in  the  determination  of  which  of 
several  flow  directions  are  to  be  followed. 

Flow  Direction  Symbol.  The  symbols  shown  repre- 
sent the  flow  direction  function;  i.  f.  .  the  indic'.tion 
of  the  sequence  of  available  information  and  execu- 
trflffe  operations.  Flow  direction  is  represented  by 
lines  drawn  between  symbols.  Normal  direction 
flow  is  from  top  to  bottom  andOeft  to  right.  When 
the  flow  direction  4S  not  top  to  bottom  and  left  to 
right,  open  arrowheads  shall  be  placed  on  reverse 
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isr, 
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SymbpU  DescriptioHB 

s 

\  direction  flowtlne 8,    When  increased  clarity  is 

\  desired p  open  arrowheads  can  be  placed  on  normal 

direction  flowlines.  When  flowlines  are  broken  due 
to  page  iimit^tiont  connector  symbols  shrill  be  used 
to  indicate  the  break.  When  flow  is  bidirrctional^  it 
can  be  shown  by  either  single  or  double  lines  but 
open  arrowheads  shall  be  used  to  imlicate  both  nor- 
mal direction  flow  and  reverse  direction  flow. 


Annotation  Symbol,  The  symbol  shown  represerts 
the  annotaticm  function;  i.e.,  the  addition  of  descrlp- 

1^— .p— »  tive  comments  or  explanatory  notes  as  clarifica- 

tion. The  broken  line  may  be  drawn  either  on  thr 
left  as  shown  or  on  the  right.    It  is  connected  to  Ihe 

 .  flowline  at  a  point  where  the  annotation  is  meanii»g- 

ful  by  extending  the  broken  line  in  whatever  fashion 
is  appropriate. 

c.  Specialised  Input/Output  Symbols.  Specialised  I/O  symbols  may  represent  the 
I/O  function  and,  in  addition,  denote  the  medium  on  which  the  information  is  recorded  or 
the  manner  of  handling  the  information  or  both.  If  no  specialieed  symbol  exists,  the 
basic  I/O  symbol  is  used.    These  specialised  symbols  are: 

Symbols  Desc  rjptions 

 .  Punched  Card  SymboL  The  symbol  shown  repre- 
sents an  I/O  function  in  which  the  medium  is 
punched  cards,  including  mark  sense  cards,  partial 
cards,  stub  cards,  etc. 

Magnetic  Tape  Symbol.  The  symbol  shciwn  repre- 
sents an  I/O  function  in  which  the  medium  is  mag- 
netic tape. 


Punched  Tape  Symboh  The  symbol  shown  n  pr<  - 
stnts  an  I/O  function  in  which  the  meiaiurn  i  s 
punched  tHpe. 


Document  SymboU  The  symbuj  shown  represents 
an  I/O  function  in  which  thr  inedium  is  a  document. 


Q 


Manual  Input  Symboh  Th**  symbol  nhown  represr-ntH 
.in  I/O  func  tion  in  whit  h  Ihf  itilormalion  i?;  entereil 
inarmally  at  thi-  lime  fur  firoci-Bf^inig,  b>  mi  rtn*^  nf 
finline  krybuards.  swif*  h  ^if-nings,  pu«<hbuM<Mif* .  «.irfl 
rr»ade r s f  etc  . 
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Symbol* 


a 


CI 


DescripttcMMi 


/75 


DiapUv  Symbol,  The  symbol  shown  represents  an 
t/O  function  in  which  the  information  is  dispUyed 
lor  jMtman  use  nt  the  time  of  processing*  by  means 
of  online  indicators,  yideo  deyices,- console  print- 
ers, plotters,  etc. 

Communication  Link  Symbol.  The  symbol  shown 
represents  an  I/O  functicm  in  which  information  is 
transmitted  automatically  from  one  location  to 
another.  To  denote  the  directicm  of  data  flow,  the 
symbol  is  always  drawn  with  superimposed  arrow- 
heads. 

Online  Storage  Symbol.  The  symbol  shown  repre- 
sents  an  I/O  function  utilising  auxiliary  mass  stor- 
age of  information  that  can  be  accessed  online; 
e.g.,  magnetic  drums,  magnetic  disks,  magnetic 
tape  strips,  automatic  magnetic  card  systems  or 
automatic  microfilm  chip  or  strip  systems. 


V 


Otfljpe  Storage  Symbol,  The  symbol  shown  repre* 
sents  any  offline  storage  of  information,  regardless 
of  the  medium  on  which  the  information  is  recorded. 


d  Specialjged  Processini^  Symbols.  Spccialii&ed  processing  symbols  may  repre- 
sent the  processing  function  and,  in  addition,  identify  the  specific  type  of  operation  to  be 
performed  on  the  information.  If  no  specialised,  symbol  exists,  the  basic  processmg 
symbol  is  used.    These  specialised  symbols  are: 


Symbols 


Descriptions 

Decision  Symbol.  The  symbol  shown  represents  a 
decision  or  switching  type  operation  that  deter- 
mines which  of  a  number  of  alternate  paths  is  to  be 
followed. 


Predefined  Process  Symbols  The  symbol  shown 
represents  a  named  process  consisting  of  one  or 
more  operations  or  program  steps  that  are  speci- 
fied elsewhere,  e,  g.  ,  subroutine  or  logical  unit. 


Manual  Operation  Symbol.     The   symbol  shown 
.represents  any  offline  process  j^eared  to  the  speed 
d^a  human  beinit. 
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Symbols 


Degcriptioiig 

AupdliarY  Operation  SyittboU  Tl^  symbol  shown 
represents  an  offline  operation  performed  on  equip- 
ment not  under  direct  control  of  the  central  proc- 
essing unit. 


o 


Connector  Symboi.  The  rtymbol  shown  represents  a 
junction  In  a  line  of  flow.  A  set  of  two  connectors 
is  used  to  represent  a  continued  flow  direction  when 
the  flow  is  broken  by  any  limitation  of  the  f lowt  ha  rt. 
A  set  of  two  or  more  connl^ctors  is  used  to  repre- 
sent the  function  of  several  flowlipes  with  one  flow- 
Unc  or  the  junction  of  one  flowline  with  one  of 
Sfveral  alternate  flowlines. 

Terminal  Symbol.  The  symbol  shown  represents  a 
terminal  point  in  a  syst<'m  or  communl*  atlon  net- 
work at  which  data  tan  tntiT  or  leave;  e.g.,  start, 
stop,  halt,  delay,  or  interrupt. 


f.  Existing  flowchart  templates,  i.e.,  those  provided  by  the  manufacturers,  miy 
be  utilized  to  form  th.-  flowchart  symbols  above. 

020604.    Summary  of  American  Standard  Flowchart  Symbols. 

A  summary  of  flowchart  symbols  is  ilUistrnttd  "n  ihr  tull-jwing  page. 


Appendix  A 
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SUMMARY  OF  FLOWCHART  SYMBOLS 
BASIC  SYMBOLS 

INPUT /OUTPUT  PROCESSING  FLOW  DIRECTION  ANNOTATION 


'7S 


PUNCHED 
CARD 


SPECIAUZEP  INPUT /OUTPUT  SYMBOLS 


MANUAL 
INPUT 


MAGNETIC 
T>Ci>E 


PUNCHED 
TAPE 


DOCUMENT 


DECISION 


PREDEFINED 
PROCESS 


DISPLAY 


COMMUNICATION 
UNK 


ONLINE 
STORAGE 


OFFLINE 
STORAGE 


SPgCIALIZJ^P  PROCESSING  SYMBOLS 


AUXILIARY 
OPERATION 


MANUAL 
OPERATION 


ADDITIONAL  SYMBOLS 


CONNECTOR 


O 


TERMINAL 
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Appamcx  B 


ST08^  PIKIGIIMf  nfSTKDCrtOMS 


Bvery  prbblen  a  eoapttter  tumdles,  frow  adding  a  eolnm  of  figures  to  aasljrting  coa- 
Blc  rays,  anst  flrat  be  broken  doim  by  a  huaan  progrsHBcr  Into  sl«^»le  steps  tha^  the 
computer  can  solve  with  Its  yes-no  language  of  binary  notation. 

With  early  ciwputers,  the  pTOgraiver  had  to  set  up  these  steps  by  plugging  wires 
into  holes  In  the  computer's  proble«  board,  in  a  manner  slRilar  to  f,*»^»*'*"8  «  w 
tlW  557  Interpreter.   These  wires  established  a  "route  of  reaaoning   along  »ihlch  the 
prt^len  traveled  throuf^  the  interpreter.    By  wmlpulatlnR  the  wires,  the  progr^ers 
were  Ale  to  dioose  different  routes  for  different  problem.    However,  even  sinple 
problew  frequently  required  hours  of  painstaking  setup  t'tea  for  eadi  progran  tv  be  r«i. 

With  the  advent  of  practical,  «ain-atorage  devices,  however,  the  picture  changed 
radically.    It  "beca«e  possible  to  write  instructions  for  the  conputer  and  to  sture  these 
instructions  in  the  wiin  storage  unit.    This  set  of  Instructions  was  called  a  p.rograw,. 

Since  these  Instructions  could  be  keypunched  on  cards  and  then  loaded  quickly  into 
core,  converting  the  coi»puter  workload  fro«  one  probl«p  to  another  becaw  « 
easy  procedure.    This  gave  the  co-^uter  an  almost  unlimited  flexibility.    It  allowed  the 
coiiuter  to  be  applied  to  a  great  number  of  different  procedures  bv  si«plv  reading  In. 
or  loading,  the  proper  program  Into  memory. 


The  Stored  Program 

A  program  is  the  complete  plan  for  the  solution  of  a  proble*  by  a  computet,  in- 
cluding the  complete  sequence  of  machine  Instructions  necessary  to  solve  the  problem. 
A  stored  program  Is  this  series  of  InBtructlons  stored  internally  In  the  cirniputrr, 
directing  the  step-bv-step  oi^ratlons  of  the  machine.    These  groups  of  instructions 
taken  as  a  whole  are  .^  progr  w  and  will  produce  the  desired  output  from  the  mflcbine. 

The  program  Is  loaded  Into  memory,  and  once  loaded  the  computer  turns  control  over 
to  the  program.    By  using  th,-  various  Instruct Ions ,  the  proRraw  calls  In  data  from  the 
input  devices,  processes  it,  and  sends  the  results  to  output  devices.    The  proRiw  re- 
sides m  memory  along  with  the  data.    Figure  Bl  showR  Hie  wmnry  layout. 
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TypM  of  Inatruceiena 

Each  coBButat  haa  It.  aim  .at  of  In-tructlon.  «hlch  th^  machine  la  "P^^iT^^^P^^- 
f««^«.     ThTiLtructloa  aat  diffatt  ttm  ■aoufacturer  to  manufacturer  and  even  between 
.r^i^^™^  differences,  aU  Jf-^'^J^^^- 

flu^o  one  of  flwa'baaic  dlvlalonil    wtttawtlc.  wve,  compare,  breneh,  ami  laptit- 
output, 

Arithaetle  Inacructiona 

An  arithaetle  Instruction  cauaas  tha  computer  to  perform  thi.  specified  mathematical 
operation  auch  a.  add,  aubtract,  multiply,  or  divide  on  the  dnta  at  the  locations  given 
in  die  Instructions* 

Move  Inatructlona 

Th.  move  Instruction  cauae.  the  computer  to  transfer  data  from  one  location  to 
another  in  memory.    Upon  e«.cutlaa  of  a  mov.  instruction,  the  ^^^^J^^.^ 
in  memory  from  which  the  data  Is  moved  r«alfia  unchanged.    Hurlng  the  move,  the  contents 
of  thTrecalvlna  memory  location  la  deatroyad  and  replaced  by  the  contents  of  the  send- 
ing locnSn!Thinrkn^  aa  "destructiva  read-In"  and  "nondestructive  read-out." 

C(»q^are  Inatructlotia 

The  com>ara  instructions  cauae  tha  CMi»ut*r  to  cwnpare  the  data  stored  In  one  core 
location  with  th.  data  strr-d  In  a  secimd  core  location.    This  '^°"P"}f  ^l. 
Internal  confer,  indlcato  •  to  be  .et  to  the  results  of  the  compare.    If         first  loca- 
tion were  hlih  and  the  sec  and  low,  the  coT=pare  indicator  would  be  set  ^°^1^.    If  the 
first  location  and  aecond  location  wera  equal,  the  corspare  Indicator  would  be  set  to 
equal.    But,  if  tha  flrat  location  wer.  low  and  the  second  location  high,  the  compare 
indicator  would  b.  aat  ti.  low.    Thua,  th.  c«ipara  indicator  can  show  three  results  of  a 
Inatrueelent    high,  equal,  or  Im. 


Branch  Inatructlon 

In  normal  operatlona  the  computer  performs  groups  of  instructions  sequentially,  one 
after  another.    Occasionally  it  may  become  necessary  to  alter  this  normal  sequence  and 
e»ecuta  some  other  sequence  of  special  Inatructions.    Or  it  may  be  necessary  to  repeat  a 
group  o!  Instructions  aeveral  time..    To  do  this  it  is  necessary  for  the  "'«P"*«^/° 
execute  a  branch  instruction  tailing  It  to  g»  to  another  location  in  n^mory  for  its  next 
Instruct  Ion. 

There  are  two  types  of  branches!    unconditional  and  conditional  branches.    The  un- 
conditional branch  simply  t.ll.  the  c«iiputer  to  go  automatically  to  another  group  of 
Instructions  and  begin  ea.cutlng  th.«.    Th*  conditional  branches  allow  the  computer  to 
make  declalona  whether  to  ax.cata  another  group  of  instructions  or  to  continue  executing, 
m  sequence,  the  instruction.  iBWediatal,  following.    The  aachlne  makes  decisions  by 
Interrogating  the  compare  indicator  for  specific  conditions.    There  s^e  several  types  of 
conditional  branche.  which  includ.  branch  or  compare  Indicator  high  (refer  baCk  to  com- 
pare inatructions),  branch  or  compare  indicator  equal,  and  branch  or  coir^Jare  indicator 
low.    Thea.  branche.  are  very  important  for  they  allow. the  computer  to  execute  Sjoups  of 
inatructlona  r.patitlvely  and  to  make  laical  deciiions  as  to  courses  of  action  for  the 
CflMputar  to  take. 


•*2 


I 
\ 


118 

Input-Outgat  Instruction 

In  order  for  the  »achlne  to  proems  d.ta  It  tn»t  bg  able,  f-,^'*^*;;*!"  °;,,Sf?f'^ 
to  obt^n  this  data  froo  external  sources.    This  is  dona  through  input 
iarJo^Seripheral  devices  such  as  card  readers.    These  ^''^JS  J"^ 

orimarv  sToraRe  for  processing.    To  relay  its  data  on  to  us  the  Mchine  »wt  make  use  of 
rui^ri'„It"fti^.'  Typlcaf  output  instructions  «ay  print        f"^"!  "^-^-^^^^ 
on  a  printer,  punch  then  on  a  Hollerith  card,  or  write  then,  to  magnetic  tape. 

Instruction  Ponnats 

Instruction  fonoats  of  any  ci^aputer  may  be  divided  into  two  distinct  parts.  The 
first  part  of  thi  instruction  will  consist  of  the  «»Maand  to  be  parfoni»d.  J*'^  " 
operatJorof  the  instruction.    This  operation  is  usually  coded  in  so»e  way  to  «ake  it 
legible  to  the  computer  and  to  the  prograinmer.    Since  it  is  an  pP««ion.  on 
coded.  It  is  usually  referred  to  as  the  operation  code  or,  in  abbreviated  fona,  the  op 

code. 

AlnH,8t  all  operation  codes  require  that  son.  --'^^,''1  ^'l^L"^  ^ll  iSjicriJu 
storaae  The  op  code  therefore  requires  an  object  on  which  to  operate.  This  /"^ 
Te^erally  be  data  which  will  have  an  address  giving  Its  exact  location  in  internal  stor- 

ThL    the  second  part  of  the  instruction  is  known  as  the  operand  01  address  and 
ru;ilv  ro;t2:s  ^radrrrss  of  the  data  that  is  to  he  accessed.    The  ba,.lc  instruction 
format  of  a  computer  is  the  op  code  and  operand  (address). 

Single  Address  Fonaat 

There  are  aiany  variations  of  the  basic  instruction  fonnat.    Starting  with  tl'« 
slt^plest  anHomng  H  to  the  .ore  complex,  the  first  format  is  the  single  address 
format. 


OP  CODE 


ADDRESS 


KnA124-?l 
Figure  BZ.     Single  Address  Fonnat 

With  the  single  address  fon«at.  an  operation  will  be  performed  in 
storage     This  pJesonts  a  wide  variety  of  problems.     For  example,  to  transfer  data  to  a 
locatl^  in  storage,  the  data  must  be.  moved  from  one  lo.stinn  In  storage  to  another 
H^cartMs  be  accomplished  when  only  using  one  address7    If  one  location  In  storage 
"rto  L  added  to  another .  how  can  th.  two  locations  bc>  indicated  with  only  one  address? 

To  solve  these  problems,  registers  and 
a  special-purpose  storage  location  or  a  part  of  the  machine  circuitry  l"elf .    The  word 
"ri^<«ter"  aonlies  to  a  broad  group  of  devices  which  have  many  purposes.    Specific  reg- 
iHer^  are  g!vei  naJ^s  deJendlJg  upon  th.lr  use.    An  instruction  register  ^olds  the  pro- 
grl^  ins^ruc  ion  that  the'processor  is  currently  executing.    An  ^^^^f  «%^8iater  ho  d, 
Sraddress  of  the  operand  specified  by  the  Instruction.    An  accumulator  is  = 
to  form  s^  and  other  «rith,«etic  results  for  single-address  computers  that  handle  one 
operand  at  a  time. 

These  accumulators  and  registers  provide  the  Intermediate  step  necessary  t°  P"J^"» 
^ve  and  arUhmatlc  operations  with  th.  «ingle-addre«s  format.    A  disadvantage  nf  this 
method  iu  that  two  instructions  are  required  t«.  perform  one  operation. 
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» 

To  eap*  with  th«  at j«eet«n  ol  uaint  turn  iwictvctlof»  vh«n  cmly  om  !•  rtally  iiecM- 
•mtf,  amm  m^Iqm  hm  «  W9-tMs—,  Umttmtiam  fofMC.   With  ehls  fovMt,  the  OMd  for 

fk9  tamffA  fwmt      <Mt  tff  *f  fMcnteiieii  t«  •hewn  to  ftgi»»  81. 


1      OP  CODE 

1  IbUBIAu 

JUMl  24-22 

For  owe  of  prograaHdng,  it  smm  wieh  aore  logicol  to  use  the  two-«ddreM  nwchiite 
•Ince  tho  cofl^uter  la  nov  pcrfomlnt  one  action  on  tvo  tilings.  I.e.,  move  this  to  titat, 
add  thlb  to  that.  etc.    This  ellwlnatea  the  naad  for  Interaedlate  atepa  using  reglatera 
and  thereby  cute  down  on  the  nuMber  of  atcpe  that  mu«t  be  written.    However,  here  the 
programar  ie  da«llng  wltii  bra  areM  of  ator^a  and  tills  Kay  be  difficult  at  debugging 
tlaa  «lMtn  attainting  to  trace  titrough  the  written  progm.    Also,  the  data  In  one  addraas 
la  daacragr^  by  the  atorage  af  tlia  vaao^c  af  the  qseretlon. 


Thiae-Addrsss  Poiwat 

Th%  Iwt  fofMr  prasantad  Is  Actttally  •  takeoff  to  all  other  variatlona  of  instruc- 
tion fonutaa    Tha  final  fonaat  la  that  of  a  threc-addreaa  sachlne.    The  real  versatility 
of  this  typa  oachlna  la  dasonat rated  1b  tha  arlthn^tlc  operations «    In  a  normal  add  ln« 
atnictlon»  the  A-flald  la  added  to  tha  B^flald  and  the  reault  Is  placed  In  tha  Ofleld, 
Thla  takaa  care  of  the  objection  ralaad  In  tha  prevloua  factions  where  the  contents  of 
ana  of  tha  oparanda  vaa  daatroyad      cha  raaalt  of  the  operation* 


1      OP  com: 

B-ADDRESS 

OAPimESS 

Flgiira  14a    Thraa-Addrase  Format 


(%vloualy  the  for^ta  praaaatad  ara  nat  tha  only  onea  uaed  by  all  manufacturers , 
but  tha  formats  uaed  vlll  ba  varlationa  af  tha  three  basic  ones  shown* 

Th#  limitations  and  advantafas  af  aach  Inattuctlon  format  are  the  important  points 
harsa    khen  looking  at  any  machlnsg  ana  ivaadiate  question  should  be?    What  is  the  format 
of  tha  Instruction?    This  will  indleata  tha  answer  to  several  questions  which  the  pro- 
grsmr  must  know.    Mow  difficult  is  tha  machine  to  program?    What  cm  be  accomplished 
with  asih  instruction?    How  many  ataps  would  ba  necessary  to  program  a  problemf?  While 
tha  format  itaalf  daas  not  mmw^t  thaaa  fuaatians  dsfinitalvt  It  does  indicate  generally 
what  tha  anawars  may  be* 

The  power  and  functions  of  an  instruction  can  rarely  b<  evaluated  merely  by  deter* 
mining  the  normal  instructlM  formste    This  can  only  be  dorns  after  a  progras&oar  has  pro* 
grsamm^d  machines  using  various  formate. 
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Ftjted  and  Variable  Word  Length 

We  have  dlscuBsed  different  methods  used  In  addressing  data  and  Instructions  and  ve 
know  that  an  Instruction  has  tw  basic  parts  called  the  op  code  and  operand.    It  is 
envious  that  both  instructions  and  data  conswne  a  certain  quantity  of  stcirage.    What  are 
some  of  the  factors  that  detertalne  the  si*e  of  instructions  and  data  in  internal  storage? 
To  answer  this  question.  It  is  necessary  to  define  the  teims  fixed  word  nrnl  variable  word 
length  computers. 

Fixed  Word  Length  Cos^uters 

If  a  «achine  la  a  fixed  wdrd  length  ccwiputar.  It  will  autoMtically  ««Slpulata  the 
some  Tiusfcer  of  locations  for  every  operation.    Thua  when  adding  two  fie  Ida  in  a  f»-digit 
fixed  length  coosputer,  the  aachlne  will  add  two  ^-position  fields  of  data  together.  If 
one  data  field  Is  aoved  to  another,  six  digits  ^ill  be  noved  to  replace  i ix  other  digiti. 
If  one  field  of  data  is  compared  to  another,  one  fi-position^-field  of  dat»  will  be  cow- 
pared  to  another  6-posltion  field. 

Most  coBJputers  which  have  fixed  length  data  flalda  can  usually  aanlpulate  nultiplea 
of  the  fixed  length.    Thus  in  the  axaaples  given,  the  aachine  could  be  Moving,  adding 
and  coaparing  12,  18,  24,  ei:c.,  positions  of  storage.    This  would  also  require  a  method 
of  telling  the  machine  the  nu»ber  of  words  being  operated  on  at  one  tlae. 

If  the  data  fields  do  not  OJrreapond  to  the  fixed  format  of  the  Mchlnc,  it  ie 
wasting  valuable  storage  positions.    Thus,  if  the  data  field  ia  14  positions  and  the 
fixed  word  length  is  6,  four  poalticms  of  the  third  word  used  would  be  waated. 

If  a  machine  has  fixed  data  length,  it  may  also  have  fixed  inatructlmi  length. 
These  computers  usually  have  a  few  instructiona  that  doTwt  require  the  uaa  of  m  operand. 
It  is  obvious  that  these  positions  are  going  to  waste  when  »wed  in  an  operation  which 
does  not  utilize  all  of  the  instruction  format.    This  is  one  of  the  disadvantages  of  a 
fixed  length  machine.    However,  most  machines  have  methods  that  en^le  the  unused  portion 
of  an  instrur.tlon  or  data  storage  location  to  be  "packed"  with  other  data  In  order  to 
reduce  the  amount  of  wasted  storage. 

What  then  are  the  advantages  of  using  a  fixed  word  machine?    Wrst,  it  la  easier  to 
keep  track  of  the  address  of  certain  Instructions  in  storage  and  also  of  data  fields  ilnce 
everything  will  be  in  multiples  of  the  fixed  length.    In  an  8-posftton  fixed  length  in- 
struction word,  each  instruction  will  take  8  positions  of  storage.    Thus,  if  the  first 
instruction  ie  in  positions  6-13,  the  fifth  instruction  would  be  in  locations  '8-45  and 
its  address  would  be  location  38.    Remember  that  instructions  are  addressed  by  the  high 
order  position. 

The  second,  and  most  Important,  advantage  of  the  fij;ed  word  coaput«  is  its  ability 
to  transmit  data  in  parallel  lines.    This  la  the  ability  of  the  computer  to  send  or  manip- 
ulate data  In  fixed  groups  of  digits.    For  example,  if  five  positions  of  storage  were 
moved  frob  one  location  to  another  on  a  fixed  word  machine,  all  five  would  move  at  one 
time  rather  than  one  digit  at  a  time.    This  occurs  because  the  manufacturer  provides 
enou^  tiansmiaelon  paths  to  transmit  one  complete  computer  word  of  storage  at  a  time. 


Variable  Word  Length  Cowuters 

Not  all  machines  are  fixed  length  computers.    The  other  major  brerftdown  to  be  con- 
sidered is  variable  length  machines.    In  this  type  of  machine,  there  is  no  limit  to  the 
amount  of  data  which  may  be  contained  on  one  data  woro  or  In  one  instruction  in  storage. 
This  does  not  mean  that  the  words  or  ln«tructionB  are  unlimited  i« /i*"*  4"^!" 
that  the  word  can  contain  as  littie  as  one  digit  and  increflse  In  site  until  the  limits 
of  the  circuitry  are  reached. 
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ln.,Klnr  •  rfl«-prt«.-  vronwm  mfUfm  f«  KtriSi^  ^ldi«»H^      Jj^^^f ff" 

tuTPd.  Huch  a  prog»»  Im  Httll  ni»«  wry  readtbU.   Th«  pjttent  of  a  major  1)0  loop  n»y  bj 
W  or  feS  p«i.rof "  IFKtSE  .taf««it  -T  ti*e  10  or  l5  pagw.   Thla  1.  «or«  than 

th«  aye  c«  coifortibly  taka  In  ar  tl»-*l«*  retain^  fat- tha  purpose  of  prograaHng. 

Ho»evar,  with  our  progra-  In  atnictured  torn,  ve  can  bagia  a  Ptocaas.  which  ve  «m 
repeat  owr  mA  avar  until  «a  gat  tha  nhole  program  defined.  This  procaaa  U  to  fonsu- 
Ute  a  l-page  akaUton  program  -hlcb  rapraaanta  that  100-page  program. 

Ue  do  this  bv  aelactlng  some  of  tha  moat  li^ortant  line*  of  code  In  the  original 
progran  and  th«i  filling  In  what  Has  between  those  Unea  by  namea.    Endi  »«[  «««« 
L?er  to  a  new  aegment  to  be  atorad  In  a  library  and  called  by  a  ««cro  ^^^^^^  ^"f 'J' 
In  this  way.  we  produce  a  program  segment  with  something  under  50  lines,  so  that  It  will 
f  i  t  on  one  Jai^    This  progr^  aar-ent  will  be  a  mlnture  of  .control  statements  «id  macro 
c.Us  with  poaslbly  a  few  Inltlallrlng,  file,  or  aaalgnront  etatements  aa  well. 


*  The  proarammer  must  use  a  senaa  «t  proportion  and  Importance  In  Identifying  what  la 
th.  tor  Jt  ^  what  are  the  trees  out  of  this  100-page  program.    It  correaponda  to  writing 
th'  "hUh  level  flowchart"  for  the  whole  program,  except  that  k  completely  rigorous  pro- 
aram  s.Jmant  la  written.    A  key  aapact  of  Structured  Programing  Is  that  any  segment 
wUrr^STbv  n^e!  co;trol  enterrai  the  loo  and  exits  at  the  bottom,  and  has  no  other 
means  of  entry  or  exit  from  ether  parts  of  the  progr«n.    Thus.  wh«t  reading  a  segment 
TJ^    at  ZVloint,  the  reader  can  be  assur-d  that  control  will  pass  through  that  segment 
•n^  not  othenflee  affect  the  control  ^oglc  .>n  the  page  he  Is  reading. 

In  order  to  satisfy  the  seg^nt  entry /«lt  requirement,  we  need  only  ^^^^^^J 
include  all  matching  control  logic  statements  on  a  page.  For  example,  the  ENDO  to  any 
DO,  and  the  ELSE  to  any  IF  ahould  be  j>ut  In  the  same  segment. 

For  the  aake  of  ilUatratlen,  this  first  segswnt  may  consist  of  aome  30  control 
loalc  sJaJfiLSts.  such  .h  DOWIu'a.  IFSLSE's.  perhap.  another  10  key  Initialising  state- 
i^St^.  0  macro  calls.    Thaaa'  10  macro  call,  may  involve  something  Ilk.  10  pages 

T"ogr«miini  each  for  the  original  100  pages,  although  there  may  be  considerable  variety 
anonK  their  siies. 

Nuw  we  can  repeat  this  proca.s  for  each  of  these  10  segments.    Our  end  ^s  a 

program  which  ha»  be«n  organised  Into  a  set  of  nair^d  member  segnents,-  each  of  **ich  can 
II  read  from  top  to  bottom  without  any  side  effects  In  control  logic,  other  than  what  is 
ol  tilt  particular  page.    *  pf.ra-ar  c«»  access  any  level  of       ^"-^^-.f ^"^^^^^7, 
gram,  fro«  highly  sii«ari«ed  at  l^a  upper  level  sagmenta  to  complete  details  In  the  lower 

lave  In.  ,  '■ ' 


In  the  arecedlng  paragraphs,  5f^ia»«med  that  a  large  structured  program  sou^how 
a^i.tll  alrHdrwrUtJi  with  stwclur^d  control  logic,  and  discussed  how  we  could  con- 
csptuallv  reorganise  the  Identical  program  in  a  set  of  more  readable  ■«8nenta.    In  this 
following  text'  we  ob.erve  hew  we  eai.  create  such  structured  programs  a  segment  at  a  time 
in  a  natutal  way. 

Creating  a  Structured  Prugram 

We  suppose  that  a  program  haa  been  well  designed  and  that  we  are  ready  to  begin 
coding.   We  alao  note  a  camvn  pitfall  In  prograutnlng  is  to  "lose  our  cool  —I.e.,  begin 

C-l  * 
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cotHnR  before  the  deslRn  pr'Alesw  have  been  thougjit  throui^  well  enough,    tn  this  caae. 
It  Is  eaay  to  compromise  a  design  because  c«HJe  altoady  exists  which  Isn  t  quite  right, 
but  "seems  to  be  running  correctly";  the  ref^ult  if*  that  the  proRtan  g«ts  warded  arotmd 
code  produced  on  the  spur  of  the  iwwent. 

Out  main  point  Is  to  observe  that  the  process  of  coding  can  take  place  In  prac- 
tically the  saaw  order  as  the  process  of  extracting  code  from  our  itaaglnary  large  program 
In  the  previous  section.    That  Is,  anned  with  a  progran  design,  one  can  writ*  the  first 
seginent  which  serves  as  a  skeleton  for  the  whole  program,  using  segment  naraep,  where 
appropriate,  to  refer  to  code  thai  will  be  written  later.    In  fact,  by  slmplv  taking  the 
precaution  of  Inserting  dunaay  iw?mberH  Into  a  llhrarv  with  those  segiaent  namen,  one  can 
compile  or  assemble,  and  even  possibly  execute  this  skeleton  program,  while  *he  remaining 
coding  Is  continued.    Very  often,  It  makes  sense  to  put  a  temporary  atat^^t  "got  to 
here  OK"  as  a  single  executable  statement  In  such  a  duromv  mei*er. 

Now,  the  segments  at  the  next  level  can  be  written  In  the  same  way,  referring  as 
appropriate  to  segments  to  be  latrr  written  and  setting  up  dummy  segtuents  as  they  are 
named  in  the  Ubrary.  As  each  duwmy  segment  becomes  filled  in  with  Its  code  In  the 
library,  the  recoapi lation  of  the  segn^nt  that  includes  It  will  automatically  produce 
updated,  expanded  versions  of  the  developing  program.  Problems  of  syntax  and  control 
logir  will  usually  be  isolated  within  the  new  segments  sr.  that  debugging  TSTflr  ctwcV not 
goes  correspondingly  well  with  such  problenw  so  isolated. 

It  is  clear  that  the  progranmier's  creativity  and  sense  of  proportion  play  a  large 
factor  in  the  efficiency  of  this  progrannlng  process.  The  code  that  goes  Into  earlier 
sectior^  should  b^  dictated,  to  some  extent,  not  only  by  general  matters  of  importance. 


in  the  hierarchy.    In  this  way.  the  control  logic  of  the  sHtlentn  ran  he  executed  an-l 
debugged,  even  in  the  still  skeleton  program.  ^ 

Note  that  several  programmers  may  be  engaged  in  the  foregoing  activity  concurrently. 
Once  the  initial  skeleton  prngrara  is  written,  each  programmer  could  take  on  a  separate 
seginent  and  work  somewhat  indepeniicnl  ly  within  the  structure  of  an  overall  program 
design.    The  hierarchical  «tructure  of  the  programs  contribute  to  a  clean  interface  be- 
tween programmers.    At  any  point  In  the  prngramraing,  the  segmenrn  already  in  exlRtence 
give  a  concise  framework  for  fitting  In  the  rest  of  the  w»rk. 
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STEN  IN  rKOCBAM  P10K.EIf  GIVING 

To  BiicceMfuUy  h«n4U  a  diKA  pf4ic«««ln«  problam,  th«.,probl«Bi  mjat  b«  tCMcked  to 
«»  oritorly,  .t.p-by-f  p  fwhlon.    ThU  cycle  Includ..  all  "•^^"•^  '° 

fS^ cwi«»  •y«to»  boeauan  thi«  Xm»c«1  M^iuanc*  operation.  «wur«.  that  ••^^  progra. 
iT crSad  Ui  th.  Aortaat  «M«it  .f  «lth  tha  fawe.t  itoaalbU  enrora.   A  daacrlp- 

tion  of  tha  atapa  faUaHa  (aaa  Cima  Bl). 
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i  INPUT  OATA  PREPARATION 


•   RUNNIN6  0F  PROCRAM 


f  uit  Of  THE  Output 
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ADP  A  AND  B 


MCumEmt 
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PUNCHING 


INPUT 


OuTPUt-^i 


pi 
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PROCEISING.  £tC 
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0OCUNENTS.  RECORDS 
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IT  INTOMACNINE  LANGUAGE' 
PREPARE  DOCUMENTATION. 


PREPARE  INPUT  DaTA  BY 
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AND  OUTPUTS  THE  RESULT.  ^ 
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X,    'Analysis  of  the  Problem 

Obviously,  the  first  stop  lauHt  he  to  determine  exactly  what  miBt  be  acconiillshed. 
CoTflpletlng  the  problem  deftnltluu  Ib  often  the  tnwt  tlroe*coni?i«nlng  «tep.     Also,  It  munt 
be  decided  what  type  of  data  will  be  ufted,  what  opr«ratlcmf»  oust  be  performed  %m  the  d  ita, 
and  wh.it  type  of  result  Is  requlri'd. 

2,      Deslfpi  of  System  Flowchart 

The  processing  syHtem  mint  hv  laid  out.    Usuflllv  a  system  flowchart  Is  used  tn 
describe  the  interrelationship  of  the  Indivfdu^il  ptograim?,  and  to  show  the  origins  nnd 
destinations  of  data.    Report  Invnuts  are  usually  <!fteriiifned  at  this  !»oint. 


3.      Detail  Flowchart 

Once  the  problem  has  been  thnroughly  deffned  and  thv^n  broken  down  Into  subsectW^ns 
(System  Flowchart),  the  process  the  computer  will  une  frt  solving  thf  problems  sbiHiIc!  hp 
determined.    The  most  effective  method  for  doing  this  is  to  dinKram  tbr  tugicnl,  step- 
by-step  solution  using  the  operations  the  computer  \fi  capable  of  prrf«^rming. 


ERIC 


4,      Program  Preparation 

Naturally,  thr^prograni  must  be  in  a  form  acceptable  by  the  compui  er.  TranHlatlng 
the  data  formats  and  the  flowchart  procedures  Into  mi  arreptablr  liimpiitf'r  language'  is 
called  coding.     Although  every  program  must  be  coded,   tbr   langti.ige  us«m1  mnv  varv  \ 
computer  to  computer,  and  application  to  appHr^irion, 

The  coded  program  should  he  checked  ovt^r  caret ullv  hrfore  it   is  run  on  the  ^  f^mpufer 
(desk-checklng)  to  eliminate  errors.    These  errors  mav  be  the  programmer's  own  lf^gi»  «.r 
coding  errors  or  keypunch  errors  by  the  keypunc  i  op-  ratnr,    Slnre  romimter  time  is 
limited  and  ext  re  r!v  expennive,   It  is  advantageous  to  keep  to  a  mlnl'mim  the  amiMUit  til 
tiipe  spent  tesciTjg  and  rertjnnlng  the  program.     Rv  nMlucIng  the  amount  f  1    .  ndhui  ertMr^  , 
th€»  nmotinf^  nf  >4ini>  needed  for  testing  and  rerunning  i*in  al«o  He  rrdu-*"!. 

After  the  program  has  hnd  a  thorough  desk-check.  U  f «  ready  to  Ui  \  ranm  lat  *»fl  f  rem 
the  programming  language  to  the  marhine  language.  T!iis  translaf  Inn  1  :  nade  bv  thi.  i  Km- 
pucer,  using  special  programs  whirli  will  be  covered  later  in  this  rhapter. 

After  the  program  has  been  written,  desk-checked,  and  translated  into  machine  Ian-- 
guage,  it  is  ready  for  testing.    Testing  is  necessary  bernuse  mfn^^r  errors  in  flf»w- 
charging  and  coding  may  not  have  been  detected.    T)ie  first   test  should  be  made  with 
prepure-l  test  data  that  will  force  the  execution  c^*"  everv  program  instruction,  rii!^ 
will  not  normally  happen  if  actual   live  data  is  used.    The  test  data  shi^uM  contain 
every  possible  condition,  whether  or  not  tlie  condltton  represents  a  legitimate  orrut- 
rence.    The  test  data  should  be  included  with  the  final  program  documentation.  The 
testing,  or  program  checkout,  of  a  new  or  revised  program  is  referred  to  as  dehuR&ln&. 
Tlie  purpose  of  the  test  Is  to  detect  and  correct  any  errors  isado  dfirlng  prograftmring. 

Docianentation  is  a  continuous  part  of  programming.    While  developing  a  pr«»Hram, 
precise  records  should  be  kept  on  all  information  pertaining  to  the  program,  Ihfse 
records  include  record  layouts,  flowcharts,  coding,  and  all  miKilf  I  rat  lonf^ . 

Included  in  the  document  at  ion  should  !>e  a  general  description  of  the  program, 
written  in  layman  terms.     This  will  enable  users  of  a  pr<Tgram  and  managemi-nt    tn  tinder- 
stand  the  essentials  about  the  program.     it  should  present  the  I  unction  of  ear))  pmKTam, 


4  M«  ^ 
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anv  option  the  progran  f««t*irea,  typ««  of  input-output,  the  language  the  program  was 
written  In.  and  the  machine  for  which  It  if.  written.    If  the  program  la  a  scientific 
or  an  engineering  oriented  program,  some  Information  should  be  given  about  the  method 
uMd  in  aflivtng  eli(B.4>f<^!,«iu 

Instnictlona  should  alwava  be  included  for  the  operations  section.    If  the  progran 
needs  some  special  conBole  8wltch  settings,  these  must  be  provided  to  the  operator. 
Instructions  regarding  special  Input-output  setup  procedures  are  needed.    Such  Items  as 
special  carriage  control  tapes,  printer  foras,  special  cards,  and  tape  names  are  Just 
»om  uf  the  Infonaatlon  operatoM  need  about  each  J.*.    Documentation  about  exceptions 
as  well  as  normal  operations  should  be  glVen,  so  that  anything  the  program  might  do  will 
not  come  as  a  surprise  te  the  operators. 

Flowcharting  is  the  main  form  of  program  documsntatlon;  however,  there  are  other 
pUcea  of  dopumentatlon  used  with  programs.    Good  documentation  on  Input-output  formats 
is  required,  esperlallv  for  record  and  file  layouts  of  disk  and  tape.    Included  In  any 
documentation  package  should  be  any  modifications  or  changes  to  the  program.    Also,  a 
complete  listing  of  thi.-  program  Instructions  Is  mandatory  for  use  when  further  modifi- 
cations to  the  p/ogram  are  required. 

In  the  Air  Force  environment,  documentation  Is  extranely  Important  because  of  the 
Inevitable  turnover  of  peVsonnel.    Good  documentation  will  Insure  that  no  one  person  Is 
Indlspeni.ablc. 


5,      Input  Data  Preparation 

The  convtTsion  uf  source  documents  Into  a  suitable  Input  inedlum  is  normally  the 
rfsminslhiUtv  of  the  individual  user  aKt^ncy.    Usin«  the  formats  provided  in  the  system 
documentation,  thev  will  keypunch  tlie  infunnatlon  onto  cards  and  then  turn  the  decks 
into  the  data  processing  installation  (DHl)  at  the  proper  times. 

It  Is  the  responsibility  of  the  DPI  to  Integrate  the  program  into  its  production 
schedule  and  see  to  it  that  the  program  is  processed  on  time. 


6.      Running  ot  the  Program  * 

Once  the  program  ban  be«.  properly  translated,  and  the  data  has  been  keypunched  on 
cards  (or  converted  to  nuignetlc  tape),  the-  program  in  entered  into  core.     It  calls  in 
the  d     .    processes  it;  and.  unless  a  malfunction  occurs,  produces  the  final  report. 

It  is  the  respon^^ihillti  of  the  operator  to  ensure  that  thfl  program  runs  correctly. 
He  will  he  required  to  hanilu  minor  problems  as  they  occur  and  keep  the  computer  running 
properly  by  using  standard  recovery  procedures  and  program  docuaentatlon. 


7.      Use  of  the  Output 


The  output  is,  of  course,  the  purpose  of  running  the  program  in  the  first  place. 
Any  printer  output  should  be  Inspected  by  the  operator  for  completeness  or  obvious  errors 
before  being  turned  over  to  the  user  agencies.    Newly  created  tapes  should  be  properly 
labeled  and  stored  in  the  tape  library.    Thast-  and  additional  procedures  are  the  respon- 
sibility of  the  DPI*8  Pradwctlen  Centrol  Section. 
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POUERS    OF  2 
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0.000  122  070  312  5 
0.000  061  035  156  25 
0.000  030  517  578  125 


0.000  Ol'>  258  789  062  5 
0.000  007  629  394  531  25 
0.000  003  814  6'>7  265  625 


0.000  001  907  348  632  812  5 

0.000  000  953  674  316  406  25 
0.000  OOP  476  837  158  203  125 


0.000  000  238  418  579  101  562  5 
0.000  000  119  209  289  550  781  25 

0.000  000  059  604  644  775  390  625 


0.000  000  029  802  322  287  695  312  5 
0.000  000  014  901   16]  193  847  656  25 
0.000  000  007  450  580  596  923  828  125 


,5  O.nOO  Onii  003  725  290  298  461  914  062"  5 
n.OOO  UOO  001  862  645  149  230  957  Oil  25 
0.000  pOC  OOP  931  322  574  615  478  515  625 
b.nOO  %m  OOO  465  661  287  307  739  257  812  5 


0.000  000  000  232  830  643  653  869  628  906  25 
0.000  000  000  116  415  321  826  934  814  453  125 


0.000  000  000  058  207  660  913  467  407  226  562  5 

0.000  nOO  000  029  103  830  456  733  703  613  281  25 

0.000  QOO  000  014  551  915  228  366  851  806  640  625 

O.OOd  000  000  007  275  957  614  183  425  903  320  312  5 

0.000  000  000  003  637  978  807  091  712  951  660  156  25 

0.000  000  MO  001  818  989  403  545  856  475  830  078  125 
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Bn«AKY  ITOMBER  STSTBH  (BASE  2) 

S  B  +10  B  -^9  B  +8  B  +7  B  +6  B  +5  8  +4  B  4-3  B  ^2  B  B  +0  B  -1  B  -2  B  -3  B  -A  B  -5 
1      1026      512      256      128       64       32        16         8         4         2         1     .500    .250    .125    .0625  .03125 


OCTAL  NUMBEB  SYSTtM  (BASE  i) 


s 

B  +5 

B  44 

B  •♦■3 

B  +2 

B  -H 

B  +0 

B  -1 

B  -2 

B  -4 

B  -5 

1 

32768 

4096 

512 

64 

8 

1 

.125000 

.015625 

.001953 

.0002441 

.0000305 

2 

65536 

8192 

1024 

128 

16 

2 

.25000q, 

031250  1 

^.003906 

.0004882 

.0000610 

3 

1*2  o8 

1336 

192 

24 

3 

.275000 

.046875 

.005859 

,0007324 

.0000915 

4 

131072 

16384 

2048 

256 

32 

4 

. 500000 

.062500 

.007812 

.0009765 

.0001220 

5 

163840 

20480  . 

2560 

320 

40 

5 

.625000 

.078125 

.009765 

.0012207 

.0001525 

6 

196608 

24576 

3072 

384 

48 

6 

. 750000 

.093750 

.011718 

.0014648 

.0001831 

7 

229  376 

28672 

3584 

448 

56 

7 

.875000 

.109375 

.013671 

.0017089 

.0002136 
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TmHuUciI  Training 


Pi-oginimning  Specialist  (Ikmeywell) 


UTER  PICGRAMaiNG  PRINClPIiiS  VO«a3aK 


April  1976 


USAF  TEC  HNICAL  TRAINING  SCHOOL 
339(Hh  Technical  Training  Group 
Ke«sier  Air  Force  Base,  MUsissippi 


iS4 


UV,     iAKKSI  I  ill'. 


TAMLK  OP  nONTENTS 


HAHT  1  -  <XASSHiM«  i:xi:hcisi:s 


TlTLi' 


fie«:inal  -  Ulnary  Muiriu^r  CMiiv**r?  i»m 
lunrlmal  -  Octal  Hiw*>er  CotiviTKi*ni 
iVtal  -  Binarv  Niiirf>er  rnnv»TBlon 
Aildition  ami  Subt  fm*t  i-m     *  • 
Vrefaf*  tu  Fl«iwrhari  Prol»l«'«ts 
St«i|urfii KtciwchartH 
Hi  amtiiiig  FIuweh^rfR 
I        FltUN  harts  •  . 
•.c-ar.  It  FJ.M'oharE?*  . 
r^nri  y       liartB  •  . 
fiif.i'rtl«m  Fh*/<tiartf 

IV  Irt  f  mm'  I'  I  <fii(  llii  • 

Herfse  I' i tR'*  tifirtN  • 
Kl <«^cti(ir c  Ana iVH  1  *i 


1 
3 
4 
5 
7 
8 
U 
\h 
18 
20 
22 

:7 


PAHT  it   "  iliiMIA*'i»KK  IXIIUIISi:*. 


I  I'llJ 

|ft'«  InMl      Hin.irv  Finmlu't  i 

lu«rlni«il  -  iht#il  JinitJii  i  r 

o.  till  -  fsfnrfrv  NiiKiliiT  t  III 

A«hi1  f  i*n\  .ntil  Sitl*tt  <l»'f  I  Mil 
'  .«.'<{(U'llt**''    t   I  tji'c'lhlt'f  *i  ■ 

i. I  I  iPl/t  ti  ll  f  ^v    •    .  • 

■jfart  ti  t  jirtjrti.irt  r»  •  • 
*  .tfi  t  Im/t  tiHris  •  •  » 
hiMfi  I  Urn  I  liy^fi  linrtK 

fh   f«'t  ItMl    FlllWt  tlHl  f  s  , 

•U  f I  l**^  •  t»art s    ,  . 

t  I  i*Wi  h.il  t     All.l  IVK  I  ry 


i  •    f  «  r|} 


♦  7 
18 

w 

^*7 
108 


nBJK(Tivi-;s 

2.  Annlv7.#-  ^Ivimi  probh^ms  iind  mnstntrt   n.*i^rh«rM;  «;hl»b  sb«iv/  qnlnrfons  1 tl..- 

3.  Aniilv74'  nivt-n  flitwchnrts  nnil  mrnMt  anv  »Trors  hi  tbi-m. 

This  workbook  containH  v%e.ri  \nvu  to  Rivr  vnn  vrat  tl.f  in  w..rt'<nR  <  onrputer  m.-itl.  nii<i 
flowchartlnR  prol.loiw.     It   Is  divided  Into  fw,.  patts.     T/irt   1  .ontnlns  -xrrrlspH  f.-r  v..., 
to  work  during  rliiss.     Your  instruftiir  will  nsisirn  ''ncli  of  t»i.       lucMi'm^  nftrr  h.'  prt- 
spnts  the  {nfnnnation  prrlaiiHim  tn  tl.;U  pnrf  i -nl  .ir  sub      t  .     Vnrt   If  -  Mntntns  .Ifnlliu 
prnblens  which  will  In-  nssif',ni-f!  ns  hnnii<wt<rk. 

T»e  T.iMr  i.f  Cunfnts  Rrnnps  th»-  rxorclspH  hv  nro)- U'tn  tvp.s.     ThpsP  titlrs  ,n.i  hr 
us.mI  ns      ,rnss-r.-r..ri-iiri-  In  '-.nhUTt  n^atti-r  hmdiiu'.s   in  fhr       .ideni   revt   for  .isHl-f /,nrr  ^ 


I.  4M».».J      

.'.  JH.HiM    

J.      t  I iiu|i I f t f  llu'  iiiiwi-i  -.  Ill   1*  rluirt  Itv  iiwi  11  in>',  ilh'  .ippntnrl iU I'  ik'i-itn;i1  I'qui valnnts 


,11. 

H 

t 

1 

>** 

^  f 

2-^ 

2-' 

t  .iiivt-rt  llif  lolhnjJii^  dfi  Iniat  minrftfrw  tti  cnni  valt?nt  hlnarv  nunl>ors. 


Hi 


»7 


III 


I..  Uil 


7.  /II 


M. 


10 
urjf, 


K. 


111.  .1, 


10 


1.  .»--'' 


10 


I.',  .im;, 


lu 


14.  .'?, 


10 


15.  n6,5625jj, 


16.  34.8?5jj, 


17.  207 

r 

.  18.  3052 


10 


19.    .'^.2-.,^   — \ 


20.  l«-75^j, 


21.  3^.112^10 

22.  163.6875 


10  — 

ronvort  the  foll<*.lnR  binnrv  .-uwIhth  f          v., UmU   .U  Hnw,l  nnnrfM-r. 
23.     lilO.OI^  ^  H» 


fu,    imm.ioi^        _„_^   n» 

25.    imim.cnoi.,    io 


26.    mil.lil^        .    in 


-  27.,  nio^   .  r  "> 


28.    UOlOl^       0  —-10 


29,  loioiin^ 


in 


30.    lOllOOlj   ^-10 


er|c 


\ 


(!mtvt>rt  the  fullowhiK  d«>i;inal  niiobtfrH  to  eqiifvaJirnt  octal  niinb«rs. 
»l.  42, 


10  ^  ■■■   ■'   ■■■  ^    8 

12. 


10 


^ 

lu  u 


III  ii_  _  -j-_ri__j_  -  ^tiT  ~  "  M 


40.  hn.257812SjQ  


(.(Jitvcrc  tli«'  lullnulng  ocL.tl  nuinlu'rH  to  i'quivnitfnc  dt.'('ini.-il '  nimUx^rH. 

'"b  ■■  ,„ 

«•      ,   ^  ,„ 

*«•   ^  ,„ 


/ 


H72.6g    ,   ^  


1S<) 


^  ■  ^  ■  ■  A 


47.  253g   ^  to 

48.  4064g   10 

49.  3216g   10 

50.  22Z2g  .  "  10 

tlCTAJ .-BINARY  NIWBF.R  CnHVF.RSI«« 

Convert  the  foUowlnR  octal  nuri^ers  to  ecfuiv«lent  blnarv  n,«*erH. 

51.  43g  -2 

S?.  27 


53.  .45g 


5^-     ."b       -  ^• 

5(..  344.7 


--  2 


8 


convert  the    ollnvinK  Mnarv  .u^.er.  to  .nulvHU-nt  o.t.-,1  nu,nh.r« 


57.  UlUj 


58.  inioin^ 


59.    .iiini^  L 


W).  ,10012 

61.  lUO.  10101, 

62,  ^110101^.12' 


ADDITION  AND  SUBTRACTION 


63.    101 101 
<*-  10110 


64.  110110 
10110 


65.  lOlOll 
•f  10101 


66.  10011110 
■♦■10110110 


Find  the  diff<^r&nce  between  the  foUtMinc  binary  nua^ers,  expressing  your  answer 
«a  ft  binary  nunber. 


67.  lonni 
~  10101 


68.  10111 
-10001 


h9.     100 101 
-  10110 


70.  llllU 

-  mil 


Perfor»  the  specified  arithmetic  operation  on  the  following  unsigned  octal  numbers 


71.  1731 
+4720 


72.  221') 
+4073 


7  \ .  4046 


74.  12345 
-  7654 


Add  the  following  binarv  njanbers.    Use  the  rules  for  sisned  nuiaber  addition  and 
expreuH  eact  answer  as  a  slHned  binary  number. 


75.  (+1010101) 
+(+  101 101) 


76.  (+1010111) 
+(-  iniioj) 


77.      (-10011110)         78.  (-10101) 
+  (-  ll'fOlfll)  +(+11011) 


Suhiraci  the  following  binary  numbers.  Kxpn' .s  »'rtch  .mswtT  an  a  signed  binar>- 
numbi-r . 

79.      (+101011)             80.       (+101110)  81.       (-110001)  82.  (-10101) 

-(+101101)               -(-lonioo)  _(_ioiioi)  -(-  1110) 


191 


tftiftilM'r. 


•"•  .^ivn    >;  ■  I';."- 


s  •,  ...I.  •  ■'■'•-'■•<:"'"' 


.  r  \  m       I QH,  (-711) 


,r....,    fh.    ,..t1.«vh.r,  ...... I  n..,.^..-...     i;x,.r.    •  ••«.     -  v  »    r.         U-n.-f      .  « « 


mil,  M^i) 
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Ttie  nanchart  pnrfilttiM*  in  thin  imrfHttt*  hH^  ^h^t^n^  ro  t#*a44*     ^^€f»  t  It^^trkarilmt 
rifdifiiqtMfi  fm»  a  Kisn&ral  |irirf>le»-aif|vli^  vit^wpulntt  Hfifctf lc'ci«ipller  tan- 

giia»*  viewpoint.    With  #i  k.^hmI  fuim4atiHn  In  f  liiwtlirfrt  In;,  i  *slmlMm*Ht  tlu*  atmhnt  Hhinild 
ht*  ^1t»  ro  tmdllv  ai^tv  iIh*w       tlii*  l.m^liani*       If*  tmltm  Cl*i%,  WWrRAHf' 4WAI%  or 
C3l«Hn.)«  i 

Th^  fultwtiiK  ronvf Ml!  hills  wilt  I <t        t  lciwrliirt  prolitefwi  In  thla  workbook : 

!•      *Um^  |«rui>1e«iH  i»,iv  r#  l«'rini<   tiles       imwnrv^  «diMt  for  thg  nunn^es  ctt  rhl>^ 

Td^Ur  aata)V^  T!i«'  nVcit.K  «tf  ilit-si' TfleH  Tmul  Hn-  I  h  his  i  ltlilii  tlw'Hf  fcHnrUfi)  nnv  bi- 
accesiNf^U  by  ri»f<«rmcinK  iIm*  fllt-'s  Hvirfinllc  mmic  («tr  ilt-ld'H  avaholir  nmn*)  vrltb  an 
Intifiur  cimatanr  or  viirl«l»le  aiiliHcrliit*    For  t^xanpU'*  nwiMhler  tbe  file  namtMf  SlifFlt 

^\$itU  rt»i:ord  formal; t 


Alum 

l-?0 

1  /fh^lil 

IW..r.l  liv.'  Iff  SniFM  could  b*'  .HcesH^-.l  hv  wrUing  STUFIlCi),  IJki-«i?;.>  iUv  NAME  fl**1d 
of  t<^.or.l  44  coiild  lu.  accessed  bv  writ  iii^':  NAfft^:C44),  tlw^  OriUKSE  i  It  Id  «il  n-.  or  *  15  could 
bi'  acir^ned  by  wrltfnK  nHi«SK(  or  llu*        field  of  r.n-ord  N  could  l»r  ;i.ress<d  Ly 

wrltJiiK  On(N)^  vrfN  re  :i  e<iw.ilrt  •«»  Irtti^fr  ••.Mistant,    ReBK?^bt'r.  tbts  wptliod  of  acccrsInK 
records  and  fletdn  wirhin  rcctirilH  In  only  i or  jiri&letfts  Iff  titts  workbook  and  hmv  not  work 
In  Bomf  compiler  lanKuaMi*^  PnRTKAN). 

2,      If  tennmrarv  sf^trngf  local  hm*  an*  iis«*d  In  a  pr<^tU?w,  thev  i/HI  1/irK<? 
&'nougti  t€t  store  anv  rr*  orii  la  t  li^it  proli|i»m» 

I.      The  worda  *MrAW  .i  floi'cliari**  will  Im-  nbbrevlatid  *MlAF/* 

4.      Soae  pr^iblcm-?  bi,iv  nut  includi*  .ill  tlu*  varlrtbles  i>MV4fiarv  for  tlic  solution  of 
the  fifoblem  or  mav         lin  ludt-  rt  conl  lorm;ir   for  rocordsi  of  n  fll*  *     In  tbt-Ho  i  anes  the 

•itudenr  Nhould  nat't*  u|*  v.irlatilo  iiHrar^  -  .iiid  m  .  ord  dfHcr*pf  I oiim   f-:-  Mr«  1..  sufv*-  ibe 

problem* 
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SEQWijCB  PLfWCRARrfl 


The  foUovlfift  varl^les  ore  given s 


UTIL  "  anomit  of  utility  bills  for  a  ORiiith,  I 
IXMIf  -  Imtallaetit  loon  pmmentm  \ 
HCNBE  -  nortgoge  pojrwmt  cm  hoiwe*  \ 
CAR   -  car  pavwnt.  ) 
CWI   -  anoimt  hi^eted  for  groc^rlM* 
NISC  -  attcnmt  budgeted  for  miscellmieous* 
PAY  -  incoae  for  the  mmth, 

DAF  to  shov  the  ofieraticHW  requliVd  to  coopule  the  follawlng  viiluess 

TfTTAL  -  total  expenses  for  the  mutith. 
SAVE    -  difference  between  TOTAI.  und  PAY. 


8 


Thr  l  ijmptittsr  irtera  III  the  hast!  and  hkslght  uf  a  tt  langlf  hv  Hyit*ullc  n^»ea  BASK 
and  HOT,  thn  length  and  width  of  a  rectangle  hy  UiNC  and  WIIlE,  and  the  length  of 
one  side  of  a  aquare  by  SI!«.    DAF  that  will  show  th€»  operations  required  to? 
(1)  Canute  the  area  of  the  triangle  and  atore  the  result  In  TK1|  (2)  conpute  the 
area  of  the  rectangle  and  store  the  result  In  RKCT;  (3)  refute  the  area  of  the 
square  and  stori*  tht-  result  In  WjRj  {4)  coispute  the  perimeter  of  the  rectangle 
and  Htc»re  the  result  In  PKR;  md  (5)  cc^ute  the  perimeter  of  the  square  and  store 
the  result  in  PKRSQ. 

The  formulas  needed  to  snive  this  problem  are  listed  below. 

Area  of  triangh*  -  1/2  (bane  *  helglit) 
Area  of  rectangle  •  length  *  width 
Area  of  square  »  length.**  2 

Perli^ter  of  rectangle  •  2  *  length  ^  2  *  width 
PerlTCter  of  square  -4  *  length 


195 


/     .  /  ■ 


IMF  to  ^tum  tfie  Qfw^ttloiw.  mqvltmd  to  actaofiHah  tiM  f ollavlnfit 

(1)  Read  a  card  cra^talnJnR  the  variablcf)  LAKGK  and  SIWi  (2)^  odd  LAWS  to  SMALL 
and  store  the  mn/lnto  SOH;  (S)  sobtrart  SMMI.  tt&m  USBER  end  etoru  the  difference 
into  OIFF;  (4)  Wltlply  UKSB  tines  mM,t,  and.  store'  ^  urodact  into  VWOj  (5) 
divide  LAM^  hy  /^^tfJ<  and  store  Che  quotimt  4nto  Qivrr,  end  (6)  irrlt«  otrt;  Stfff, 
PROD,  DIPF,  mi  own. 


lit 


/ 


l!IV  confcAtttH  tiMf  hffi^ii  ttf  m  potcnClal  r<*criilr.    AMI  .nntatiM  the  nfnlima  height 
rffiulriNl.    iU>iiq)Ar««  r.fV  to  ANf  iu  nee  11  Ihnf  civilian  can  he  Kicniited.    If  he  can 
be  recruited,  a«t  UHi  equal  to  1.    If  he  cannot  be  recruited,  set  LOC  equal  to  2. 
OAF. 


9.     LITE  coatsina  the  status  of  a  traffic  light  (I  -  Rod,  2  -  Creca) .   Set  CM  equal 
to  7  if  the  light  is  green  and  to  6  If  the  light  la  red.  DAF. 


19s 


12 


/ 


fi«     Httl«f!l:  the  ptofmr  l^fV       «»iH?n  «  cliKir  miil  Htun*  iCn  nyalt^r  In  HAVK^    Tte  serial 

iiiAriiars  of  the  thrM  keys  nrored  li^KCWKt  KTIM,  And  KTHRBE.  the  key  iritb  the 
l«n^t  eerial  niMB^r  will  efken  the  ckMir.   Heriel  mffftere  are  Wlqitet  DAT* 


13 


I9'i 


ERIC 


\ 

\ 

\ 


2% 


7,     OmA  the  values  of  BBH  md  ROG,    If  fMali  valiieii  are  Rem,  ncit  SMITH  equal  in  fl. 
If  both  imlttefi  are  onesi  set  SNTfll  equal  Co  I.    If  one  ▼alue  is  sero  and  Che  pcht>r 
In  <me«  wt  SMITH  equal  tn  2.  RAF. 


ERIC 


AJUi,  TfUH,  iuitt  7.110  iiiv  ftit<'i|i*rN  »',r»-«t»'r  tlion  «ero.    If  AXK  I'ltualh  YiW  and  1»  Itfsn  w 

\\\m  Wl,  H4't        *Niu«I  1*1  th.-  M«lu,.  af  Yltl«*^/A>F.«*3  and  weap.    If  A)K  is  greaMr 

rli^  YM<  and  tfqiwl  tn  ZCm.  (tvc  tH^iH  «i|tMi  ca  Cto  value  of  YtM     AXK  *  (A3B  -  YlffQ 

mid  N|ti|i.    If  AXP.  In  l«>f«H  rhMi  ViiM  mid  jtrodcor  Clwin  Zon,  ii«*t  PKN  oqual  to  tiie  value 

«>f  AX^*2Al*t^«  mitl  Nt»i|i.    P«ir  -ill  «ittu>r  ctittdicimw*  ft«c        cqulil  %m  the  value  of 

AXK     YtM  •(>  »1U  mA  Htctp.  OAT. 
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Z08 


UIOP  nxMGHAiirs 


Count  thm  n«*er  of  Air  Force,  Arajr,  Navy,  Confie  OtMtd,  and  H«rlna  p*rBotmel  In  e 
grmip  of  allltary  being  proceased  through  an  Air  Taniinal  Proceas Ing  Cottar.  The-ie 
pflVMonel  an:  prccessed  tme  at  a  tta»,  nad  thr  data  pertatnlni  to  br«ich  of  aervi«<« 
is  recorded  as  atatufi  in  format  ion  aa  thi-  rard  Is  puached.    After  1,000  persmm^l 
have  been  processed,  wlte  out  the  title  and  oMiiier  fnt  each  branch  of  service. 
HAF. 


1 1, 


A  Mnuf«cCur«r  is  producing  40  jtHtpN  for  ailitary  wtv,  Sism'  of  the  Jeepa  are  to  Ito 
suppllad  to  the  Air  Force  end  M^ae  to  the  Aray.  The  Mr  Force  jeeps  are  to  be 
pAlnt^  hlue»  end  th*  Ar«y  jMfM  are  Co  he  p«iRted  alive  dr^t  f^mA  cards  cantein- 
iag  imONR  «d  SSBH}.  Owdi  f^>Pf»  ee  sm  if  tlie  j*^  U  for  the  Air  Force  or  the 
Any,  Write  out  the  ee^iel  niaiber  end  eppropriete  color.  When  ell  eerdi  have  beim 
reed  end  checked*  write  out  elM  nuriier  of  jeepe  proeeeeed  for  die  Air  Force  «td  the 
hvw9. 
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20.1 


0 


11  •    KARS  is  A  file  in  memory  with  10  records i  Mch  eontaining  th?  foltcurlni  variahleti 
I^AME  -  brand    of  car;  PRICE  •  car  have  price;  ACC,  AC,  AlTCi  -  nriceii  for  car 
optional  aquipronti,    VALUE  is  anotliar  variablet  which  indf  raten  the  wmimsR  prlc* 
we  wiBh  to  pay  for  a  ccr.    TIAF  to  accoi^ltfih  the  followinRI 

(1)  Compare  the  price  vrc  wlah  to  pay  with  thr  price  of  earh  car  fully  equipf-'*<l» 

(2)  If  more  than  one  car  Is  found  at  tin*  deRlred  price  or  1riwf*rt  deduct  $2!i  trntii 
the  price  we  winh  to  pay  and  ficarHi  Hie  fili:  again. 

(3)  If  no  car  fits  the  requirements,  atid  $25  tn  the  price  w  wish  to  pay  and 
search  the  file,  again* 

(4)  When  the  desired  car  is  fotind,  write  out  the  hrmd  niwie  and  price.    CHily  one 
car  will  meet  tht*  roqui reliant h. 


NAMF 

PRICE 

Arc 

AC 

Airni 

1-20 

21-27 

2»'32 

31-17 

3R-62 

ERIC 


IV^8€rlb«  the  record  format  for  a  file  of  rework  which  eoold  contain  the  nameSf 
a|^8«  aiitl  aarital  atattoies  of  all  your  clans  n^d>era,    Al^*^  df^iiw  a  variable 
idiich  CM  hm  used  to  atore^  the  average  age  of  vcmr  class  s^eta,    TUF  to  cca^ute 
and  %nrlta  out  the  average  ^kge  of  your  claas  ueodiers. 


19 


205 


ZIZ 


SOBT  FLOWQlAlffS 


13.    KLASS  is  a  file  in  merory  with  100  records,  each  ccmtaining  the  follcwing  variahleas 
STUNK  -  stttdant  idcntifi cation  nu^er  and  GRAPE  -  class  grade  avera^.  <STOR  is  #i 
teiaporary  location  in  oeisory. 


STWIR 

GRAIS 

1-9 

m 

DAF  to  sort  the  records  of  KLASS  Into  drncendtng  order  based  on  kev  field  nRAl^K, 


ERIC 


20 


WATKR  is  «  file  in  i^skirv  with  50  recori1,H«  eaclt  cuatalnliig  tlic  ioUowiiig 
vfirl«hl«B:    IMP  -  wat^r  lo^uritleH  and  HCHHlCS  -  source  of  liopuritles* 


IMP 

SOURCE 

1-4 

5-19 

DAF  to  sort  tl))?  recurdH  of  WATER  Into  ascending  order  based  on  key  field  IMP, 
that  the  water  source  with  the  stBallest  msount  of  is^urlties  la  listed  first. 


21 


207 


EKPLOr  Is  a  file  in  wnory  with  up  to  2W)  reconlii,  each Jcnnfainlng  the  followinis 
varl«*le8J    RAMB  -  ewplofw  nsw;  SSAH  -  ewplovep  Botlm}  sprarlty  nw*eri  and 
JOB  -  joK  title.    mWB  is  another  vorlahle  which  Indicaten  the  ntiaher  of  recordf. 
In  EWLW.    miREC  is  «  Hingle  reciird  to  he  fnpprted  ihtv  W1PLr<Y,  and  has  tlip 
following  varlahlcHJ    MIWAMF,,  NUSSAH,  and  NIUUB.    UAH  to  liwert  this  new  imployeo 
into  EMPLOY. 


NAFC 

JOB 

1-20 

2l-2<» 

1 


H1PL0Y  is  sorted  In  sscciidlng  ordtT  based  on  K*'vfiel.l  RSAM. 


NIWAMB  7 

mtSSAN 

NIUOB 

1-20  A 

21-29 

30-45 

on  K*'vfiel.l  RSAM. 

»  \ 
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HAWS  is  n  file  Irt  a<^Bory  with  up  lo  258  recordfi,  i'adi  ctintatning  the  fplliwlng 
varlflAtlffBt    mm  -  p^rt  ni»Jf«r  and  t?rY  -  quAttity  of  p«rt .    NKNT  Is  andcher  var- 
iable «Aich  indicates  the  fitter  oi  reuMTdn  ta  FAITTS.    NPARFS  is  a  file  in  awnry 
wltb  up  to  SO  records,  each  ctmtatiiiBg  tha  fol lowing  varidileat    USSO^  IR^n. 
LST  is  another  variable  tihtdi  Indicates  the  nuiaber  df  recprda  in  N?ApS.    STOR  is 
a  traporary  storage  location  iii  nenory* 


llAF  to  shov  tlie  operutlonH  requlntl  to  Insert  NPAKTS  records  in  PAWS.  PAITTS  is 
nurted  in  ascending  order  based  on  key  field  FNUM. 


PriUM  1  Cfn 
1-5  I  6-8 


KPNtff  NQTY 
1-S  6-8 


Z16 


17.    TEAK  is  0  fUe  lit  mmoxy  Hth  up  to  75  records,  each  ccmtninlng  t-.r  following  variihleat 
PlJkYER  -  football  tBm  n(?idhe>vnti^r  and  IMISITION     team  ^nitlm.    There  Is  a 
stadi  of  cards  In  the  cnni  rea^^r^  each  ccmtalnlng  the  variable  Wf£TE  -  football 
team  sres^r  nu&tter  to  he  cut  frcmvsquad.    ENIH)  is  mother  variable  vhlch  indiqate^  ttia 
nuBiber  of  records  in  TEMl.  ^  * 


PLAYER 

POSITTON 

1-2 

3-17 

DAF  to  read  the  cards  in  the  card  readrr  and  deplete  the  indicated  players  from  the 
football  squad. 


24 


<5 


ia«    YRXT  ii  A  file  in  mematy  with  up  to  SMI  recoritat  t^Kh  cmtaining  the  folloMl^ 
varl^lui    EOni  -  y^mr  taxt  u«  priated{  SUBJ     teiit  fiid>Jeet{  md  MRDH  -  niasber 
^>  of  Mit»  m  hm^^   Ntas  is  «0ttor  vati^lc  iottcatM  the  m»b«r  of  records 

to  TOg^    Ik  Miloot  ftystM  mBdm  «  tfi«fi»  to  for  «it^«d  ta»«   &AF  to 

chock  TEXf  for  bc^u  priotod  boforo  1960  ood  vrlto  out  tho  oditi<m«  oiAJoct,  md 
tiimter  on  hood*    Then  dolete  the  record  froa  TEXSm 


SUBJ 

1-4 

S-12 

13-16 

25 


ERIC 
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19.    BILLS  la  a  fila  in  aeaory  vlth  iq»  to  TIN)  ra^rds^  eacA  ccHitainlng  the  folloifi^t 
variables  I    fliKt  -  cuatowr  tuaia  and  AKT  -  tmomt  of  cu«tn»r*B  hlU,    NUO  la 
mother  varldile  vhidi  Indlcataa  the  niartver  of  recorcte  in  BITX!;,    n*vn  la  a  file 
in  fsemoty  irlth  up  to  ] 50  recorda,  each  ctrntalnlng  the  na^a  of  all  ireraofv  vhrae 
bills  are  paid  la  full.    KNtfIB  Ifi  another  variable  which  Indicatea  the  n^ad^r  of 
recorda  in  RCVD* 


1-20 

21-28 

1-20 


DAF  to  delete  fma  the  file  BILIJf,  all  recordr*  wh«»e  accotmrs  ere  l»s1«1  In  Full. 


2*» 


ERIC 


&£C  Is  m  tile  in  wmory  with  SO  record «  each  efmtainlng  tte  folloving  varl^lest 
EMP     clsctrlcim  hadge  nta^r  ami  NAIQ  *  aleccrlclm  naa»«    NECH  is  a  file  in 
merory  vith  7S  records*  ead)  containing  Che  follm^ing  variables s    ftSStf  ^  Mchanlc 
badge  ntmiier  and  WiitfC  -  «echanlc  nas^.  . 


EMP 

NAME 

1-6 

7-24 

HEMP 
1-6 


HNAME 

7-24 


A  caaspanv  lian  ttR  (tnplnvtH'R  In  two  separate  flleH.    Both  files  are  In  asceiullng 
order.    HAP  Co  nergi  the  two  files  into  one  nev  fiie  tmlng  hadpo  nxnidier  as  the 
k(>y  field,  maintaininR  nscending  order. 


220 


21,    LIST  i»  a  file  in  — lory  with  up  to  ItOOO  recnnfat  amtttioing  the  follmffng 

voridbless    Zt?  -  vip  ci^{  NMC  «-  ncae  of  i^rooa;  md  Ans     p«noti*o  •ddreeR. 
IHm  i«  m^her  ir«riAlo  vhldi  iridicatM  dip  nuiter  of  noirte  in  UST.    fM^tST  i« 
•  filo  In  Maory  with  up  to  7M>  recordn,  o«ch  (POotAinins  ths  folloving  wriohleai 
(KIP^  OHiffat  «d  OADRSa    OUnM  in  mother  vari^lo  frtiidi  indicates  tlie  nmber  of 
records  in  OUST. 


ZIP 

HAIE 

APRS 

OZIP 

ONiVR 

0AIH6 

1-5 

6-22 

23-35 

1-5 

6-22 

23-35 

A  zoaposvy  has  purchased  another  asi  ling  list  (OLtST)  and  wishes  to  wrge  it  with 
their  present  uiling  list  (LIST).    Both  files  are  in  mcending  orcter.    DAF  tc« 
verge  the  two  files  using  %lp  code  as  the  key  field. 


21 


11 
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PARTS  li  A  HU  la  msmxf  with  up  to  2S8  record* ,  each  containing  ttw  foUoirlns 
vorli^loai    smR  •>  port  nia^r  md  QTY  -  fuootlty  of  part.    FNUN  la  motter 
variabla  iililA  tsdicacaa  tlia  wobct  of  r«eor^  in  PMffS.  MPARTS  la  a  file  In 
wllii  50  rta^rda,  aadi  o^^ni^  di*  foUovtoi  vnri^laai   ^flRIl  «d 


STMR 
i-7 


QTY 
8-11 


Nsnm 

1-7 


HQTY 
8-11 


Both  files  are  In  ascending  ordi-r.    DAF  Co  norge  the  two  filea  Into  «»e  new  file, 
ualng  pare  nwdier  as  the  key  field.    The  new  file  is  to  he  In  deacmdlng  order. 
If  NSTHR  la  equal  STNR,  add  NQTY  co  QTY  and  put  one  entry  into  the  new  file. 


2«» 


22.Z 


Vor  ■•tciilnr'tyy  ItMit  vrlta  th«  letter  racH  to  iiteiitify  liiodui  of  the  flowchart 
into  the  ep^ropriete  blanks  next  to  the  dencrlptlone  of  the  ope  ret  ions,    for  mltipte^ 
choice  itOMf  circle  the  letter  that  irfpntJflea  th^  corrert 


23*    ACCT  ia  m  file  in  eneiry  vith  up  to  1«000  reconte,  each  cmitaining  the  follovina 
varlablees    BALMiCE,  md  MTTV.    NENT  ia  another  varfnhle  ehich  imticaten  tlie 

nusi»er  of  recorde  in  ACCT. 


1  BALANCF 

ACTV 

l±:  

10-30 

3t-33 

A 

»  *  1 

It  nil 

II  t 


JO 


ERIC 


4 

Ouiptit!)  the  rtuffd>^r  of  active  accoimtSt 
InlciaJUc^  nil  indt*ii  reglnter* 
tncremnnts  an  index  regi»rer. 
Increti^fitp  thi«  index  rcglNterst 

Branciipfi  out  of  the  loopvhen  all  entrlefi  have  been  updated* 
St«tB  an  entrv  to  the  value  of  the  next  aequential  entrV* 

Uhat  Ih  accci^liiilit^d  hy  the  flowchart  for  this  item? 

(1)  Hurts  the  fill-  into  aNcending  order. 

(2)  Si#rts  the   f {Ir  intti  dencending  order. 
(  I)  liiNurtH  entries  lnii>  the  file, 

(4)    ht  letoH  unwanti-d  frma  the  file. 


31 
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24*    AFPBIB  i«  a  file  In  memrf  with  mi  to  2M)  raef^rrfa^  eadi  mttalalng  thi  foiloviiis 
i^aritblMS    SH^  NAMBt  ttd  fMKF.    ffKHT  In  mother  v«rial»le  which  itidicotoo  the  nii»* 
her  of  variables  in  AFPBRS.    BUFF  is  a  rettpomty  atorage  location  In  memorf. 


SN 

RMtK 

1-9 

10-30 

31-32 

a. 


t 

t  ♦  1 

*f^Mf  P$<x»    AfPEIlS  '¥» 
AfPfRS'r**  BUFF 


Prevents  entering  the    file  If  there  in  one  or  fever  entries. 
Compares  the  value  of  key  itemft  in  two  adjacent  entries* 
RcverRef?  the  order  of  the  i^nliieB  In  two  adjacent  entries. 
Chi'cks  to  Hee  If  the  last  entry  of  tlie   file   han  been  rhecked. 
Increminta  the  index  reglaters. 


What  is  accseplished  by  the  flowchart  for  thin  item? 

(1)  Sorts  the  file  into  ascending  order. 

(2)  Sorts  the  file  Into  descending  ordrr. 

(3)  Inserts  entries  Into  the  file* 

(4)  Deletes  entries  frow  the  file.        2 j[  ^ 


ERLC 
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l^.    \5K  im  4  filfi  in  neirory  wKii  up  t;«i  SO  recariiiit  <sacli  cim twining  the  vari^le  SOFA. 
tnatTLR  Ifl  Another  vnri^la  which  IndicateB  ttie  nu^er  of  recorcto  in  Ut«    DR  Is  a 
file  In  fmrntf  with  iqi  to  7S  record,  Mdt  ccmtalQlfis  the  varUhle  CHMRt    KIT  U  e 
f       in  MWtnr  with  up  to  12S  reccNP^t  cmHuifQiiig        wrt^te  STOOL*  KKKTOR 

And  NfimciT  an*  oth^r  vMriablcm  which  Indteate  tlh?  nuaber  of  record  In  DR  loid  KIT 
respect  ively« 


m9K 

CHAIR 

STOOL 

1-9 

1-9 

1-9 

[         START  J 


NENTKif  = 
NfNTPH  t 
NENTUR 


T  =  I 


I 


t  '  NENTKIT 


1 

'  ) 

? 

KIT  il)  - 

OR  (Y) 

KIT  iZ)  - 

tRIX) 

z  »  z  • 

1 

1 

I 


Z  •  Z  -  J 

Y  ■  y  4  "» 


13 
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MOTB:    Files  Ul  tad  K  are  in  MCdidlfig  order  ^ 

a.   Sete  IMIT  of  file  KIT. 

b.   Bronchee  tmt  'ITES'*  leg  to  pot  entries  froa  file  LR  Into  file  KIT 

when  file  DR  Is  empty. 

c»  Brandies  to  put  the  smallest  value  In  file  KIT  first. 

d.   _   Sets  •'he  appropriate  entry  Into  file  KIT  and  voNdlfles  the  Index 

registers  for  files  KIT  ami  I«. 

e.  What  will  be  the  order  of  the  file  KIT  after  operation  of  the  flowchart  for  tl«l» 
itra? 

(1)  RandcHB. 

(2)  Ascending. 

(3)  Descending* 

f.  What  is  accaoqplished  by  tlie  flowchart  for  ihis  Ue«T 

(1)  Deletes  entries  from  fiU>  KIT  IS  they  nre  eqt;nl  to  nn  entr>'  found  in 
file  KIT. 

(2)  Inserts  entries  from  file  KIT  Into  files  LR  and  HH. 

(3)  Sorts  files  LR  and  PR  Into  descending  order. 

(4)  Merges  flies  LR  and  fW  into  file  KIT, 


2^n 


TiMi/  follwteg  flwehsres  eantdn  ^  or  son  ecron.  Analyse  che  fla»eh«rt8.  loot* 
S  tCrfl'^icSit?'*'  "  to  «ld  .  block.  .ho„  It.  poiltJ^" 

SiJS  ^"  "f"*^         "'^  recorda,  each  c<»italning  the  variable 

PHKS.    NBNT  la  another  variable  which  tadleataa  the  niadwr  of  records  in  BLOOD. 


35 


22i 


27.    Thl.  flonchkrt  «»•  deigned  to  del«t«,  fw.  file  SQW,  the  f"^'^ .  . 

^er  of  tran-ferwd  perwrnnel.  AFSH  Is  the  wrt^ble  In  SQDjvreconta  uhlch  coti  elns 
the  eeriel  mn*er»  of  persimnel  In  the  squedroo.  HWrS  md  HnTCT  ere  other  varf  nbles 
whidi  indicate  the  nindier  of  records  in  SQW  and  SEW,  rcspectlvMy. 


iDi 


SQCm  IB) 

SODM  (A) 

b 

B  «  1 

I, 

2. 
3. 
4. 
5. 
6. 
7. 


i»:riHAi.-i»ifjA«Y  NiiMjwiP  mwvKRsnw 

'v 

Convert  eadtx  deciaalVnt^Hr  to  ItN  (>q^ivalent  bin.iry  value, 


61 


10 


10 
105 


10 


10 


10 


327 
226 

0.125 


10 


8,  0.625 


in 


9.  0.1875 


10 


10,  0,875 


10 


Convert  each  binary  nuniher  to  its  equivalent  decimal  value, 


11.  110, 


12.  10101, 


13.  iioini. 


U.  lOlOllO, 


10 


10 


10 


10 
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15.  IOIIOOI2  ^  10 

16.  O.Olj   — r  10 

17.  0.01I2   m 

18.  O.OlOlj   ;  10 

IQ.  0.1001^     ,n 

20.  o.iini,  ,   10 

Converl  eacli  dQcimal  nu^iT  I0  Its  equivnlent  nctnl  vuliw. 


21.     42^0   ,  8 


22.  85j„ 


23.  noj^ 


24.     231j(^   >_  8 


26.  n.fi2S^jj 


27.    0.687^j^   g 


28.  0.328125^j^ 


29,  0.18359375^^ 

30.  0.1015fi2'ijp 


2?^ 


3» 


Convert  t?ttVli  octal  iii*i*er  t«  Its*  nquivnUmt  d%'clf&ul  vulias 

31.  *   ■   10 

32.  5Ag   10 

33.  lOOg   -10 

34.  l-ilg   ^   10 

35.   10 

O.fig   .   10 

37.    0.318    10 

i8.    O.A3g    JO 

39.  0.«8   —10 

40.  0.n35g   10 

(Mrrja--HINAIIY  NUMBER  OMVERSTON 
Convert  each  octal  nunditr  to  its  equivalent  binary  value. 

41.  46g  _2 

75g  2 

43.  261g   2 

44.  0.35g    2 

45.  0.44g    2 

J9 


2?5 


50.  432.l51g 


ERIC 


Convert  each  hlnnrv  ninnher  to  its  equivalent  octal  value . 

51.  lOllOllj   [  g 

52,  in 101 100 


2 

53.  IIOIIOIOIOI^ 

54.  O.lOlOll^ 

55.  0.101 101011 1^ 

56.  f'.inionni^ 

57.  1010110. lOllOllOOll^ 

58.  lomuii.ioninioi^ 

59.  inuio.iniiiinun , 

60.  111001 11.  ion  inioi  101, 


2' 


ADOXf  t(1N  ANP  SUBTftACTION 


61.  tOUOt 
10110 


62,  nouo 

10110 


63.  lOlOU 
1010 1 


64.  IMIOI 
lOUO 


Subtract  the  follcMlng  bliuiry  nunber*. 


65.  lOlOlU 
101101 


66.  110011110 
10110110 


67.  10110] 
1010] 


68.  101011 
11101 


Add  the  following  binary  nuiEi)er8.    Use  the  rulea  for  signed  niaiiier  addition  and 
express  each  answer  as  a  signed  binary  nuadier. 


69.  (-I-IIOIIO) 
+(+  lllll) 


70.  (-10001) 
+(-10111) 


71.  (+1010110) 
+(-  mill) 


72.  (-1111111) 

+(+iiiim) 


Subtract  the  following  binary  nuiriiers. 


73,  (+101101) 
-(+  lOlOl) 


74.  (+101101) 
-{+  10  UO) 


75.  (+1110110) 
-(-  110111) 


76.  (-101101) 
-(-  llOlO) 


77.  (-11010) 
-(+  1101) 


Subtract  the  following  binary  nuidnirs.    Show  your  work. 


78.  (+110011) 
-(+  10010) 


79.  (+1110110) 
-(+1111000) 
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Add  Che  foUoving  octal  nial>«n« 


90,  (-1010110) 
-(-  lOllOI) 


81. 


(4-100101) 
(-110100) 


82.  (-110110) 
-(+  lllOl) 


83, 


(+177052) 
+(H3fi511) 


84.  (-534267) 
+(-425037) 


86.  (+57034) 
+(-  4622) 


85. 


(-630275) 
+  (+i6<il53) 


Stditract  £he  following  octal  nuoi?er8*    Show  ynur  work. 


87.  (+143075) 
-(+36342) 


88.  (+542674) 
-(+731462) 


89. 


(-156716) 
(-143522) 


90.  (-437562) 
-(+216452) 


91. 


(+627535) 
(-475426) 


2?5 
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Sm  MrlUr  *^ia^ACfi  TO  FUXfCHART  PRCWLSte**  for  the  eonwRCions  vhleh  thrac  flcw^ 


I.     Varisblea  AA«  BB,  CC.  and       refer  to  values  between  0  and  S.    DAF  to  coiqiute  the 
sua  of  thaae  valuaii  and  store  chat  sum  In  TOTAL  and  then  stop. 


43 


Z37 


2.     Variables  ONE,  TVO,  and  THREE  rafer  to  valtaea  between  1  mH  10.  to  place  the 

product  of  ONE  timet*  THREE  plus  the  sua  of  ONK  and  TWO  into  ANSV  and  atoi^. 


44 
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f,     VartoblM  l*niCK-l,  HRtCF.-2,  PRICP.-},  Uki  PRICE-4  rafev  to  thft  coat  of  aotoU  ^or  • 
4-d««  vAutiMi  crip.    DAF  to  fliitoin  the  total  coot  and  th«  ovaroge  eoat  for  soteia, 
Stora  tba  roaulta  in  SIM  Md  AVR. 
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4«     The  COTpoter  contsiini  the  folloviiig  vertableet 

ZTP  -  ftercentice  to  use  in  coainitlng  the  InciMe  tan  deduct ioii« 
SSP       nercenti}te  to  uae  in  coo^iutinR  the  nociel  ^fcurlty  tteductlon. 

tSXP  ^  ftiq>loyee*s  rejtuler  hourly  pey« 
CfHf*       nployee*0  avcprtine  hourly  pay. 

DAF  to  8hoi#  the  operations  rei|uired  to{    (1)  read  a  cord  containing  Rni  (rogular 
pay  hours)  and  OPH  (overtiwe  pay  hours};  (2)  compute  en^lnvee's  Rroas  pay  into  CFP, 
his  income  tax  deduction  into  ITD«  hia  social  necuritv  deduction  into  SSD,  and  the 
amount  left  after  deductions  (tako-hons  pay)  into  IMP;  and  (3)  i#rite  out  the  aummt 
of  the  aployee*s  gross  pay.  his  incone  imn  deduction,  hi^  Bocfoi  security  cfodnc- 
tioHf  and  his  tid^e-^hcm*  pav« 


/ 
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IMP  Co  ONqHtto  tl^  taiible  ftiKsoBflp  mel«l  seeurlty,  fneme  tax,  grMi  pmy^  and  Mt^ 
pay  for  m  alman«    Hla  baso  payt  flying  payt  overaaas  pay«  hasardous  duty  pmy^ 
pro^pay*  quartara  allotfaisM«  aidiaiacanca  allorasicei,  clothing  allotfaacot  aoeial 
aaciftricy  fMCWt  md  U^amm  cas  f MCor  ara  aMilidile  for  uaa*   Qaarteray  aidiaiat- 
mtem^  m&A  oIcH^^bMl  AUoMtti^       om.  taxiri^la*    If  my  of  thm  ttmm  do  not 
thair  valuaa  ifill  hm  caro.   Urita  out  tha  valuaa  of  groaa  pay,  not  pay^  Incoae  tax, 
and  aoeial  aaoirity. 

Tha  formlaa  naadad  to  aolva  thia  pr<4»loi  ara  liated  balov. 

GtMa  Pay  «  baaa  pay  *f  flif^t  pay  4*  pro-*pay  *f  quarters  «f  aiAaiatmea  ^  clothing 
Ta^ibla  Incona  •  Groaa  pay  •  (quartara     aubaiat«iea  clothing) 
Social  Sacurity  ■  TaxAle  ina>flia  *  aoeial  aacurity  factor 
Tax     Taxable  income  *  lnc«aK!  tax  factor 
Net  Pay  »  Groaa  Pay  ^  (Tax  ^  Social  j^curity) 


233 
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OAF  to  find  ■  8titd«it*8  aver«Re  grade  for  ««ch  block  and  his  course  avemge.  The 
aver^  la  baaed  on  a  written  and  a  perfotaaace  grade  for  each  block,  witii  all 
grades  having  equal  vel|^t.    Grades  are  stored  In  the  coaputer  as  Wl,  PI,  lf2,  P2, 
W3,  and  P3.    Averages  should  be  stored  as  BIXl,  BUK,  BLK3,  and  MG,    Write  out 
these  averages. 


'^1 
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i 

BRANCHING  FUJWCSAirrS 


Olvm  thA  mriibl«s  M«  BB,  ^  ANS.    If  AA  !■  lesa  than  RB,  set  ANS  equal  to 
AA     BB  and  atop.    If  AA  -  BB,  set  AlfS  equal  to  2*^  4-         and  atop.    If  AA  la 
greater  than  BB,  set  ANS  e^val  to  AA  -  BS  and  atop.  DAF. 


49 
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GlvCT  the  varlAles  EE,  nr*  and  BAB,    If  ^  -  1  and  GG  •  1,  net  BAB  equal  to 
EE**2  ♦  GC  /  GC**2  *  EE.    If  EE  1p  greater  than  M  md       Ib  greater  than  i^., 
set  BAB  equal  to  EE  *  (GG  4  3).    For  all  t^her  conditions  stop.  Mr. 


23G 


4 

I 
I 

iliwn  the  viirl<a>leH  HH,  Xl,  ANSI*  and  ANS2,  If  HIl/JJ  in  ^reati^t  tlM  sero,  si! 
tsiiual  to  4  *  H1I  5  *  JJ  and  atop*  If  .IJ  «  HH  Is  lenn  than  99,  set  ANS2  equal 
(1/1)  *  ilH  ^  J/12  and  atop.  DAP. 


51 


10.    Given  the  vsrlAles  iffS,  BAD*  «h1  VAUI.    If  ATE  ^  BAD  Is  less  thmt  10,  set  VAL 
equal  to  1  and  stop.    If  ATE  4  BAD  •  10,  set  VALU  equal  to  2  and  stop*  If 
ATE  +  BAD  Is  greater  than  10,  just  stop,  DAF. 


'}2 


ERIC 


Ulv«n  th«  v.rlablwN'H,  QQ,  RR.  ANSI,  ANS2,  ANSI,  and  KKR.    If  PP  -  QQ  and  QQ  Ih 
lesa  thaa  RR,  mt  AHSl  equal  to  AA*«2  ♦  »8**2,    If  PP  -  qb  and  QQ  -  S.  set  ittlS' 
aqual  ta  WAf  -  2^.    If  (Pf  1.  U«i  than  QQ  or  RR  la  laaa  than  QQ)  .ad  QQ  -  s 
jSp     3^      to  AA*n^a.    P«  til  ochor  etmdltlona.  m^t  ESX  to  1  and 


A 


53 
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12.    IMF  to  exwlne  the  three  values  stored  In  varl  Ale»  JONS,  JANE,  mnA  JIW.  ileter* 
sine  vhidi  Is  the  widdle  value  md  store  thst  vslutt  in  MntR.    All  viliies  fire 
positive  (between  0  and  50)  and  mme  are  equal* 


ERIC 


Civ0fi  tlte  varialflfiH  AA,  HH«  Cr.  ami  AA,  HH,  and  rr  inntaln  valucrn  gr<«atar 

thmn  s«ro«    it  AA  e^u^la  Utt  hut  is  Ii'hs  than  cic,  h^i  o^Ii  i  nual  to  the  valuu  of 
CC  aquarad  and  at<H»«    If  AA  equalH  CC  hut  ia  greater  tiian  r.B,  set  (XM!)  equal  to 
tha  Pallia  of  AA  squared  «iid  sc^.    For  all  otluir  condltiom;*  set  GOND  equal  to 
aero  ai^  ac^. 


5S 


2n 


Given  the  variablen  A1 «  A2,  Al,  A4,  nmf  ANSW,    If  the  sun  af  Al,  A?,  A3,  ftrnt  A4 
til  lasis  than  ICN)  md  thpir  product  is  nreater  thm  2pft(K)p  net  AHSH  f^qual  tfi  sero 
und  stop*    If  the  sum  in  Rre^ter  than  ICHI  and  the  prmiuct  ntniiN  tin*  m\m  In  leBn 
than  500,  set  ANSW  equal  to  I  and  Rtun.    For  all  othi»r  con-Iltlnna,  \4rite  out 
•'ERROR"  md  stop.  DAF. 


ERIC 


IMF  CO  nad  10  cards  f roa  thm  card  raader,  each  of  which  contains  the  follovlQg 
variAteat    NAIC,  SQiKS,  Md  PM.   After  raading  a  card,  emt^ota  Che  handicap  and 
print  fwt  mm  and  Hixy.    Tha  handicap  ia  3/4  the  difference  hetween  the  golfer's 
score  and  par* 


25 


16.    RAP  to  c<»qmte  tt»  cMt  of  iMbor  to  build  «  hmm.    The  bill  of  nateriftU  !■  con- 
tmlned  cm  0lx  different  card^  in  the  card  reader*    Bach  card  cnntainfi  infonution 
about  one  alee  of  Iwi^ers    Nfl     nia^er  of  boarda;  LGTR  •  loigth  in  feet{  WDTH 
vldth  In  Indiea;  and  THK  »  thickneaa  in  inctH!8.    The  price  is  $1S0«00  per  1.000 
board  feet.    A  fonnila  for  cimputlng  boarJ  feet  la  Board  Feet  •  vldth/12*thicknes9* 
length.    This  gives  you  the  nvdfer  of  hoard  feet  in  each  hoard.    Write  nut  the 
total  coat  of  luaber.    Store  the  cost  in  COST  and  the  count  in  CT. 


Tli«  Air  forc«  kcm^^m  dMirM  to  s«lifcr  %n  cwidldatefi  vhose  characteristics  are 
on  caida  Id  cha  card  raadat.    Kach  oiuat  km  from  18  to  24  years  of  agc«  have  at 
laaat  a  3.S  hl^  achoel  ava«ica»  vaigh  from  2  to  2*5  timea  hla  or  her  height  In 
Inclwii^  and  he  umiarrted.    TiM  lAfaiMtlon  about  each  candidate  la  on  a  card. 
Each  tavd  eontaiw  thm  follamlac  v^rlableat    NAIS,  AGE,  AVG,  TALL,  Vr»  and  WED 
(1  if  married^  2  if  imiarvtoi)*    Stop  «ihm  30  haw  heeii  aeleeted  or  vhen  all 
cards  hove  been  prMasaed* 


^9 


r.BAR€H  PUIHOHAirrS 


Ih.    TRIP  l8  a  file  In  memory  irlth  ^  to  2S  raeovdst  ««eh  ccmtainlng  the  fotloving 

varlflblas  HILES  >  atlea  to  destinatioci  DOT  *  destiiiatlm*  RtTO  is  mother 
variable  vhidi  refers  to  tto  nmiber  of  records  in  TRIP* 


miles] 

DEST 

1-* 

5-21 

HAF  that  will  coi^arp  eineii  ?!I1,ES  v.ilue  i  Ith  t  c  vnJue       a  sinftle  *'ariable 

THST,  confute  the  sum  of  thoatf  values  of  MILES  irhich  are  greater  thai  the  value  of 

PIST,  «nd  «ton»  the  Btm  Into  ^IfW. 


ERIC 


1^.    k  MffRMic  tmxm  coii€«lM'ftkl  the  Miifi«|ie  headers  that  were  received       a  8witl:hlng 
center  for  th^  last  A  hours*    Eaih  hMUer  is  a  separate  block  or  (^ntry  on  the  tape* 
DAP  to  rMd  tbe  headers  in  ^mI  k(iep  a  count  of  tha*^nifi^er  of  headers  for  each  of 
the  precedences       0,       aae  >R«    There  are  lass  than  S^OOO  headers  and  the  tape  is 
teninat^d      a  hlcn^k  eonc^liHI  the  Utters  ^BTV,**   Write  rat  the  counter  va^i^s 
bafow  #t^tii|«  N  \ 

\ 

V 


/ 


hi 
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20.    ViOJ)  is  a  file  in  mewnvy  with  12  recordn,  each  containing  the  Tarlahla  Nim«  a  ni^ar. 
KCN  is  another  variahle  irtiich  cmitalns  a  number  to  he  cotupared  to.    OAF  to  avm  the 
niadiers  uhldi  are  less  than  KON  and  store  the  Kitn  Into  AREI£S«  sum  the  nurtierB  which 
are  equal  to  KIM  and  store  the  mvm  into  AREQUAL*  bub  the  nui^rs  which  are  greater  \ 
than  KON  and  store  the  bisr  into  GREAT, 


2^ 


7  9 
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UB  im  m  filt*  In  tM«ov¥  with  SA  rc'ccrds,  each  cmtcainlng  the  follMrlng  variables  s 
STATE     m  state  of  the  tteited  ScatMl  AlffiA  -  an  area  of  a  state;  and  POP  ^  the 
population  of  a  atate*  ^ 


aikaTpiv'i 


Stun 
1*11 


OAF  te  aum  the  nueher  ef  atetea  having  a  populaticm  greater  than  3*10*^  and  atore 
the  em  into  CnolT.    Write  ont  CXWRT  before  stopping. 


a 
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22.    CICARET  is  a  file  in  oesory  with  100  records^  ^mdi  contsininH  the  following  var- 
iables:   FItT  -  (1  for  filter.  2  for  no  filter);  KING  -  (3  for  king  size,  4  for 
not  king  size);  and  KRNT  -  (5  for  menthol.  6  tor  not  menthol). 


FIl.T 

KING 

MENT 

BRAND 

1 

2 

3 

4-25 

DAF  to  find  all  cigarettes  which  are  filter  tipped,  king  size,  and  non-mmthol. 
Write  out  the  brand  naxs^  of  those  brands  meeting  these  criteria. 


21.    TAlt  !•  #  fll«  In  MWi9  with  vp  tm  S 12  records,  each  containing  the  variable 
NUni     •  wii4«a  fkwtkmwm    NEVf  ta  ^latiher  variable  %rtiich  indicates  the  nundser  of 
ra«#t*  t«  TAIL.    Otfiav  aii^te  vavtahlaa  vhlch  are  used  in  this  problem  are: 
warn  m  m  caMtanI  Mi^r  mi  KM  -  Mrot  status  indicator,     DAF  to  search  TABL 
fttf  flip  wmhm  i^ual  to  KOHfiT^    If  the  valM  Is  found,  set  RirrNO  equal  to  the 
luaitei'  ef  thM  HU  t^ca^^  B«r«  KIM  equal  to  2  (aemiing  no  error)  and  stop.  If 
tlis  wmlm  i«  Bot  foimd^  tat  IV  W^ml  tm  I  (meaalng  m>  nusker  found)  and  stop* 


63 
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24,  There  are  40  nuabers  stored  1b  the  file  FORTY.  They  umf  be  pfBfltiw  or  negative 
numbers.  IMF  to  c<^nite  two  totals t  (1)  the  sin  of  the  posltlw  cities  apd  (2) 
the  sum  of  the  negative  vali^s.    Store  these  totals  In  PCSIT  and  NEGAT,  respectively. 


2x? 


24,    ATGOWTt  tft  •  fll»  In  mgmmn  vitfi  up  to  S.MO  recnrdn,  each  containing  the  follow- 
lt»t  ««rt«ftl«fi:    ACTMO  •  occamit  mmn^w         PAYMENT  -  amount  of  monthly  payment. 
tMit  tn  m  Him  in  mmmn  m  »o  2,non  records,  each  containing  the  variable 

MCT  »  MCWM  nuafrat  «f  IbMvIAmU  who  are  late  in  their  nonthly  payments.  NNl 
•^•■t «*rf^l««  «Mcft  IMAcMa  the  nuaber  of  records  in  ACOHJNTS  and 
^•■•f*  *VW«cti«»ly.    iMk  ffilM         in  •scendins  order  haned  on  account  nuudier. 


PAncHrl 


ACCT 
1-9 


DAF  to  »«C  SHOHr  atMt  tc  th« 
out  k«f«iv«  ato^i^a. 


«f  Money  not  vet  received  and  write  SHORT 


\ 


Or 


Or  •> 
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soirr  FuiwcHAirn; 

26.    SENIOR  is  «  file  In  mesmty  irlth  up  to  300  records,  each  containing  the  f*tllfnring 
variables:    NAME  »  smior  studoit  name  nd  AVKRACE  -  grade  amrage.    fOIDI  is 
another  variable  which  indicates  the  mosber  of  records  in  SdltOR.    ITAF  to  sort 
the  file  Into  ascending  order,  based  on  key  field  AVKRARE. 


'>8 


ERIC 


« allied  NOSt    liAF  iu  Hurt  rlMM  nuiriMtrH  in  di^Hi  indlniA  order. 


h9 
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ERIC 


28,    XXXSk  l&  ft  file  in  y»moT§  which  contain^  positive  non«duplicate  nuiiiii«rs  in  random 
sequeaice.    DAF  to  sort  OTCX  Into  descending  order,  based  nn  key  field  KEYCRn. 
There  are  586  records  In  I^«CK« 


Or 


5r, 
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29.    PMiciw  AWflNin  ««•  •••t«4  to  ttutm  »e^^tmnce  in  a  file  cAlUd  POS, 
tliM*  su^n  in  Mc«n41a|  oHmt  bM«d  on  kay  field  NWB. 


OAF  te  sort 


71 
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in.    RAT  ill  a  file  In  snmorv  wllli  up  ro  SYHI  remrd'^, 
varlablcH:    RflB,  KAY»  .mH  Af.rHA. 


f«iich  cont^lnlni^  the  fotlnvinft 


RAY 

1-5 

6-10 

DAF  to  sort  BAT  Into  Hesf  cnirftng  order,  1»«NiMi  f»fi  ltc*v  tii»ld  Hf^n,    Aftf»r  BAT 
ht»en  sorted,  r.i1I  in  Hubroiiilni-  PYniA««'nKM*rV:  lifWiKEM.    Hffnn'  ii»lng  the  niihrotif  fiif«^ 
set  STW%1  ecjual  tn  WMS  .ind  fifiwil  Im  RAY.     Tin*  rrsulfi  nf   the  omptitat ifdi 

will  he  placeii  fn  !if»»ri'  this  r« '*»ilf    »ft|f  ALI'IIA.     ftvf-lr  thrnugh  thr  iMitlif 

file,  prrfnrwln^  thiM  fifrnitttr^a  tun  lot  i  ,iffi  rt*«i|t|. 


25s 
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WH'KJH'  In  a  Mil'  In  iu'wirv  with  mm  to  I.IMMI  r«'..ir.ln,  iwmIi  . .mi Inr.  tJ»'  tnlliwlm 
v«rUblmt    tllTY  -  .  icvi  J^'I'AfK  -  «tati'S  and  IHil'  -  nupiil^itiun  (»»  «  lty,    NKNT  i» 
•ncchar  vartthlc  which  indic«tM  th«  nunher  of  re  .ords  In  pnPKXH, 

fcm        I     sT«re  "T  MP  I 

DAF  to  sort  POPKXP  In  MctsnMiw  vrder  based  on  key  field  POP.    When  the  aott  la 
finished,  act  PCTTY  •  CITY,  PSTATE  -  STATE,  and  PP(F  -  POP  and  call  in  subroutine 
LPRINT  CO  print  each  entry.    Wwtta  out  the  entire  table. 
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32.    There  ere  1(R)  cards  in  the  card  remiet,    Eedi  card  hee  the  nene  and  .popttlatlon  of 
an  Am r lean  city.    RAF  to  read  these  cards  Into  «  file  CITY.    Check  each  record 
and  if  the  population  is  MX), 000  or  aore,  iset  SIZE  equal  tn  **1^CE**  for  that  recitrd. 
If  the  popvlatlon  Im  greater  than  $0,000  but  leoa  than  ^,fmO,  set  St2B  •qiial  to  - 
**HED.''    If  the  population  in  50,000  or  less,  set  SIZE  equal  to  '*SKALL.**    When  all 
cities  hove  been  checked,  sort  the  file  Into  descending  order  bned  on  population. 


74 
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3 J.    INPOT  U  m  tiU  in  wmmxf  -tilch  cantAlns  up  to  lOfl  Berlea  card  Bieas«ge  headers  for 
•  sivM  card  terain.1  which  cwisfcltutes  its  BBSsage  traffic  for  one  Julian  day. 
SAP      aon  tha  randoai  hcadars  into  aacendlng  aequence,  based  cm  file  tiaa  in 
hMiteva.    Daacrlha  raeerd  fMMt  aa  Mcaaaary  to  solve  this  problwa. 


75 
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34^    TBL  Is  a  file  in  mearory  with  up  to  1,000  records,  eech  contnintng  the  folhiwing 
varld»les;    KEE  and  INTEGER.    NEMT  Is  another  variable  which  Indicates  the  ntfr*icr 
of  records  In  TBL« 


KEF. 

INTEGER 

1-3 

4-10 

TBL  is  in  random  order.  If  SOSO  equals  any  itPtn  KEE,  sort  TBL  Into  deRcendln^ 
order.     If  none  are  equal,  wtop.    KEE  Is  the  kev  field.  DAF. 


2qp 
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15     PRES  Is  A  file  In  meoofy  with  up  to  50  records  ^  e«di  contalnlnR  the  follwlog 
varlsblMS    STATEt  YEi«,  and  PARTT  (I  fov  Deawcrat,  2  for  ReptAUcant  and  3  for 
other)*   iranr  la  anottMir  yarl^le  idilcb  lodieataa  the  niaAer  of  records  la  PSES. 


STATE 

YEAR 

PABTY 

1<8 

9-12 

PRKS  is  in  random  order.    Sort  the  file  into  ascending  order  based  on  key  field 
YKAR,  then  deteroinc*  if  any  record  has  the  year  1838  and  PARTY  equals  Deiracrat^ 
If  so,  write  out  thi»  state  lAiich  that  president  caae  from*    If  this  <^dition 
doifs  not  exist,  write  out  error  raes»age.    The  year  1838  and  Deoocratlc  party 
»av  exist  aore  than  once,  ' 
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BELO  Is  &  file  In  mewoTy  irlth  up  to  IQO  recordB,  each  cfmtainiog  the  follmins 
variables s    DIGIT  -  nin^er  ai^  DSCRE  -  another  ni^er.    ENnn  im  mother  variable 
vhlch  Indicates  the  nisaber  of  records  In  BELO.    BEU)  Is  in  randoii  orter. 


DIGIT 

DECRE 

1-4 

5-6 

DAF  to  sort  the  file  Into  ascending  order,  based  on  key  field  DIGIT, 
numbers  esdst  in  digit,  use  I^CRE  as  the  secondary  key  field. 


If  duplicate 
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INSF.BTION  FUniaiAKTS 


nATA  10  a  file  in  i^^rr  wir^  up  to  MS  reeords*  each  a>ntainliig  the  variable  INFO. 
IfFSfT  la  anothi^r  varfahir  whim  f^JIratea  the  itt»Aver  of  recorda  in  RATA.    TWTA  la  in 
deacendlng  order.    IWU'  to  Inai^ri  ilu^  value  FACT  Into  the  file  DATA  In  the  proper 
location.    If  there  is  not  aufficient  space  for  a        entry,  write  out  an  error 
aeaaaga. 
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38.    BWL  Is  a  file  in  memory  with  up  to  88  rrcords,  each  contalniniK  the  follrwliiR 
variables:    MAf'E  and  HHCAP  -  bowler's  handicap.    KENT  1«  anntht*r  variable  whirh 
indicates  the  number  of  records  in  JWiWL.     HAF  f  n  read  ten  rnrdw  rnntainlng  th$* 
varl^lea  NNAME  and  NHDCAP,  otxv  at  a  time.     I  nntTt  thcRif  rfmrils  into  the  nri»ni*f 
locaticm  of  B«Wi..    BCWI^  is  in  ascending  order  b.iRrd  on  key  field  Hm:AP. 


ERIC 


AHUM  la  a  file  In  memory  with  up  to  100  records.  «ach  containing  the  variable 
mn  -  a  number.    ENHA  U  another  variable  wliich  indicates  the  nin*er  of  records 
(n  AWW.    BNIM  in  a  file  in  v^m^rv  with  up  to  50  rerorda,  each  containing  tne 
ylrT^U  VAL  -  a  n««her.    KNIW  in  another  vari.hl^  which  Ijfj*^^  ^^Se 
of  records  tn  mm.    Roth  files  are  in  ascending  order,    IMF  to  liwert  all  cue 
records  of  BHBM  into  their  proper  location  in  MUM. 


f 


81 


2.1  S 


AO.    RIMGO  Is  a  file  in  neaoiy  with  up  to  61  records,  each  containing  the  following 

varlAles:    HIP  and  SHW.    NEST  is  amtther  variable  which  indicates  the  nunber  of 
records  in  Ilimx).    DAP  to  insert  a  single  record  containing  the  variables  NHIP 
and  NSHCW  Into  the  proper  location  in  RINGO.    RIKOO  is  In  descending  order  based 
on  key  field  HIP. 


ERIC 


EM  la  m  file  In  aerory  with  up  to  ISO  recorda,  each  containing  tiie  follovlng 
varl^iaat    PEA  ma  PXCKBE,    QfDD  ia  anothat  varlirible  which  indieataa  th«  nualNir 
of  racorda  in  EBi.    BAF  to  iMart  a  aingla  racord  containing  tha  variAlaa  OOfmai 
Ad  PICK  into  tte  pnfior  location  of  BtU.         ia  in  daacaoding  or^r  haaad  on 
Mr  iimU  PEA« 
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42.  BIB  Is  m  file  in  wetaory  with  up  to  200  records*  each  c«mt«inliig  the  vsrl^le  JW. 
ENtlA  is  another  variable  lAich  indicates  the  nu^er  of  records  in  BIB*  RAT  is  a 
file  in  mmovy  vith  up  to  100  records*  each  containing  the  variable  BOB.  ^OB  is 
another  variable  which  indicates  the  nissber  of  records  in  RAT.  Both  files  are  in 
ascending  order.-  OAF  to  iiwert  all  of  the  rerords  of  RAY  into  their  proper  loca- 
tion in  BIB.    If  there  Is  not  enough  space  In  BTB,  write  out  an  error  merisage. 
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41.    THLO  1h  a  flli*^  In  ^murv  with  up  i«i  l^iHni  rvonrdHi  **acli  Ciintninlm;  tluf  folhn'ln^ 
VfiriahleR:    ITM  and  BTH.    l^ST  in  .motlu'r  Viiriahle  which  indicaten  the  nundu^r  of 
v^i^iirdfl  ill  TBU).    TiMi       tinrt  TBLO  Intu  il<*fic«^nd(fin  order  han&d  an  kev  fluid  ITH« 
Alau  in^elrt  a  Rlngle  reipord  contalnlnft  thi?  vart^les  Nl'AB  and  BTAB  into  the 
appropriate  slot  of  TB^{)«    If  THtJO  ia  full,  complete  the  sort  and  go  to  stop. 
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l^I^IOB  FtnWCHAtttS 

44^    TBL  Is  a  file  in  raemory  with  up  to  1|000  recordp,  each  cnntalnlnR  the  following 
variables:    ITM  and  BTM,    NENT  is  another  varJnhle  which  IntHcntes  the  niir^Gr  of 
records  In  TBL,    DAF  to  sort  TBL  into  asi  ending  nrder  haf^cd  im  Vev  field  TTM, 
then  delete  the  last  two  records  of  TBL. 
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4^.    ifllK  iH  a  flU'  In  iae^»rv  with  up  to  237  rccordei,  each  containing  the  varidile  TWO. 
NENT  is  another  variable  which  indicates  the  nuiAer  of  records  in  ONE,    ONE  is  in 
randoa  or«ter.    BAP  to  dflet*  fron  OHE  all  the  records  with  a  value  of  17  or  46  for 
TWO. 
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46,    REStlLTS  Is  a  file  In  OK*m«»rv  witli  up  tu  in^OOO  rerdrcff4,  i.*arh  n-nf ninlnf?  the  fell'iw- 
ing  variables s    SFRTAL  -  Morlal  nifi!iltrr»  AGE,  and  In,    mm  fw  nM.rlif.r  variable 
which  indlcatefl  the  nimt'i  r  nf  rornrdu  In  RKSIHTS,    RESltfTS  r(fM,.|M.,  t1i«*  nerifll 
nunrt^er,  ag^t         IQ         »ip  to  JCl^^MiO  arrmut  Rfrvfrc  prrp;<>nnrl,     MAK  f  f>  dtfleti?  ftM»* 
records  with  an  l<}  of   Umin  than       ;uid  rfprnV  the  ffl»*. 
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WAGES  Is  •  file  lo  neaory  with  up  to  3,000  records,  each  containing  the  following 
variables t    EMPNO  -  aaployed  niaabfr  and  SALARY.    BUM  Is  another  variable  which 
indieatvs  the  malier  of  w»rda  in  WAfi®.    BETIREO  Is  a  file  in  neBory  with  up  to 
50  recwda,  each  eontaiaing  ^  varlabla  mk  -  «iployee  ni^r  orcaclred  e^loyeea. 
OiDa  la  snotner  variable  which  indicates  t!ie  ni«"bcr  of  recof<' '  in  WAGES.    UAF  to 
(:#iete  all  retire  personnel  froa  UACES. 
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S!S     «L5  "rawiT  irtth  up  to  l.MO  records,  each  contalnlnR  the  variable 

SWIM,    HBIT  Is  another  variable  which  indicates  the  number  of  n«cord8  in  S\m. 
SWK  is  in  randon  order.    DAF  to  delete  all  records  of  SUNK  that  ore  equal  to 
the  vali»  of  NVAL.    Note  all  nuahers  are  not  unique. 
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THIIK  is  A  file  In  ra^jrv  with  up  to  lOfl  records,  each  containing  the  variable  VAL. 
Mmr  is  another  vari^le  ^Ich  indicates  the  nindser  of  records  in  THINK.    THINK  is 
In  rmdra  order  with  dupUcste  nusdierB.    DAP  to  so'^-^  THINK  into  descending  order. 
Wwn  finished,  delete  ench  entrv  tlwit  han  a  value  equal  to  the  single  variable  KAY. 
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50.    SUMM  Ib  a  file  in  memory  with  up  to  2(K1  recordB,  each  contaioing  the  variable 
XRAV.    NKNT  is  another  variable  which  indlcateq  the  niii*er  of  records  in  SUMH, 
SWW  is  in  random  sequence.'  IJAF  to  delrte  all  entries  where  XRAY  has  a  value 
between  100  and  150,  inclimive. 


^-5 
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W.KK  FlilWOiARTS 


Given  variable  length  files  IINO  and  IX^S.    The  key  field  for  UNO  is  EIN.    The  key 
field  for  DOS  is  AHEI*    Both  files  are  in  descending' order.    Each  has  positive  and 
duplicate  nu8d>ers,    lUF  to  mergi*  UNO  ^and  DOS  into  a  third  file  TRES,  which  will  be 
in  ascending  order.    Describe  files  tin  necessary  to  solve  the  prd>len. 


i 
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52.    PERS  is  a  file  in  rr^tnory  with  up  to  8^000  recordsy  earh  containing  the  follwlng 
variables;    SERIAL  -  social  security -nmrber;  RANK"-  r&nk  of  Individual;  and  NA>tI^. 
NENT  is  another  variable  i^ich  indicates  the  number  of  records  In  PERS.    PERSX  In 
a  file  in  memory  with  up  to  50  records,  each  containing  the  following  variabless 
SERIALX,  RANKX,  and  NAffilX.    NENTX  is  another  variable  which  indicates  the  numhtr 
of  records  in  PERSX,    toth  files  are  In  ascending  order  with  SERIAL  and  SERIAJ.X 
as  the  key  fields.    DAF  to  tm;rge  the  two  files,  tnaintaJnlnis  anccn^ing  order. 


281 


SERIAL 

RANK 

nam: 

1-9 

10-11 

12-32 

SERTALX 

RANKX 

NAMEX 

1-9 

1(1-1] 

12-32 

X 

\ 
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53.    CUSTOMER  ia  a  file  In  nieaory  with  up  to  1,000  records,  each  containing  variables 
ACCT  and  HAIffi.    NBNTA  la  anQther  warlahle  which  Indicates  the  nuaber  of  records  In 
CISTOKER,    Nl'CUST  is  a  flla  Ifi  oeaory  with  up  to  1,000  records,  each  containing 
varlAlM  WIACcrr  md  mmMS.   HEJITB  la  another  varii^le  iAlcli>  indieaeea  the  nuAer 
of  racords  In  WXOSit, 


1-5 

6-26  1 

NUACCT 

NTINAME 

1-5 

6-26 

CUSTfMER  Is  in  ascending  or<ter  and  NUCllST  Is  In  descer  Ung  order.    DAF  to  merge 
the  two  fllea  In  ascending  order.    ACCl-  and  NUACCT  are  the  key  flelda.    All  values 
are  unique. 
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54.    FLOT  Is  a  file  In  msm^ry  with  up  to  100  recordn.  each  ^tainlag  the  follwing 
variables:    TYPEF  -  type  of  ship;  WIMF  -  nuidier  of  shipl  RANGE  -  range  of  ship; 
and  SPEED  -  speed  of  ship,    EHW  is  another  variable  whi^  Indicates  the  nt^^er 
of  records  In  FliTT,    PAT  is  another  file  In  aesMiry  with  10  records «  each  contain*^ 
ing  the  following  variahles:    TYPKP,  NIWP,  RAN<;P,  and  SPKKDP.    FUtT  is  in  ascending 
order  and  ccmtalns  Inforroation  on  the  rIi ips  in  a  Nmvv  unit,  urdercd  by  niad>er.  T/^T 
is  In  descending  order  and  contains  information  on  new  ships  being  assigned, 
ordered  by  nunber.   ,Kerge  the  two  files  so  the  resulting  file  is  in  ascending  onU  r. 
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varlablesi    PIST,  ph,^  (0  for  falrusy,  1  for  green)  t  and  Qjm  (2  for  wood,  3  for 
trim,  and  4  for  fiuttt^).    KNffi)  in  another  voriable  which  Indicates  ch(>  nuid^er  of 
recoil  in  raiLF. 


\ 


w 

0 

0 

PUT 

0 

Tf  t 

i) 

SHOT 

i) 

IF 

0 

Ttf      Tfl  ND 


<h01 

NO 

  ■!» 

PUT  I'lit  *  1 
C  i  UB  'Kt  4 


US 


lit      If  E  * 
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55.    a.      If  DTST  In  entry  nurfwr  35  Is  IM^  *fhat  Items  will  be  set  during  that  pans? 
<l)     CLIU  (35),  NKIiT  (GOLF). 

(2)  IR,  SHOT,  CLUB  (35). 

(3)  IR,  SHOT,  niST  (35)  • 

(4)  DTST  (35),  pas  (35),  CUm  (15). 

b.  SupposB  thl«   file   has  ^  entries,    Wlmt  will        tbc  final  count  In  K7 

(1)  Indeterminate, 

(2)  79. 

(3)  80. 

(4)  JSd, 

c.  When  is  item  a.UB  set  to  WOnn? 

(1)  WD  is  set;  to  0, 

(2)  Distance  of  shot  greater  than  200  fept. 

(3)  Distance  of  shot  rqiMl  to  or  less  than  200  !ert. 
(A)  Ball  posit  ionrd  nn  ^linMV, 

H.      What  Int'omvation  fs  eontnined  in  itiTi  VVl  whrn  tlip  flin^  is  con^i^letr? 

(1)  Number  of  strokeH  madr  on  green. 

(2)  NuTt4)er  of  .strokes  hit   U  ss  than  200  Un*i  ^ 

(3)  Average  distance  iovered  hv  putts, 
.{4)     Total  distance  covered  hv  putts. 

e.      What  is  the  maxifnuni  value  ite?ii  SHOT  night  nossihlv  cont/iin  in  .mv  timt-  flirln^ 
this  flow? 

<1)  150, 

(2)  19^, 

(3)  29850, 

(4)  30000, 
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0 


ADD  2  TO  C  TR 
SUBTftACt  U 
FROM  At  FA 


DOG 
DOC  t  CHAR 
ADD  1  TO  CTH 


ADO  2  TO  000 
ADD  SO  TO  SAKSR 


FASY 
EA;»Y  *  CHAR 
APKM  TO  CHAR 


BAITER  OR 
^DOC  •  ALFA 


SUBTRACT  90 
FROM  BAKER 

ADD  CTR  TO  CMAR 
Atf  A  - 
ALf A  *   DOC  -  CHAR) 


3 


ADD  1  TO  CTR 


I 


CHAR 
CHAR  •  5 


movt  i  TR  TO  CK)C 


I 


SUBTRACT  CHAR 
FROM  CTR 


A4 


> 
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56.    List  the  value  contained  In  the  follwlng  varinblea  wheni 


CTR  -  2 

CTR  -  3 

CTR  -  4 

CTR  -  5 

The  proRFffln 
STOTS 

a. 

ALFA 

b. 

BAKER 

c. 

CHAR 

d. 

e. 

EASY 

CTR 

1 

4 

5 

- 

Initial  Values: 
AI.FA  «  1 5 
BAKER  =  76 
CHAR  «  2 
DDG  «  5 
EASY  «  1 2 
CTR 

/ 

2SG 


1^^,*?  •  "J!  ^  «P  to  500  records,  each  concalnlng  the  variable  ODD. 

NENTl  ia  another  variable  uhich  iadlcatea  Che  nusber  of  recorda  In  EVBI,  W!9S,  ia  a 
«iJiJi-^^i!*2!-*?  fL?°  containing  the  variablo  DIFF.    MSIT2  is 

START 


0: 


rT2-  I 


3 


CTl  =  I 


(P) 


BUFF  -  Even  (ctu 

E  VEN  fCin 

-  MORE  ICT2) 

MORE  <Cn)  iJltpF 


ADO  \  TO  CTl 


EVEN  (CTU 

MORE  (CT2) 
NENT1  ^  CTt 
ADD  t  TO  CT? 
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Vflilrh  binvk  jnNnrfN  that  NENTl  cnntnins  the  ttumfocr  mI  entries  lit  Ffl^  KVEN? 

(1)  (A) 

(2)  (F) 

(3)  (G) 
^4)  (H) 

nior!<  (A)  fnHures  xUat  ^ 

•  I 

<l)  rilr  fIVKN  \h  iHii  Huriud  If  tlicif  arv  more  tliiin  MKI  initrins.  ^ 

(2)  nu  i'liLi  Ii'N  .lu'  iK  U'ted  If  tlifi*-  ^iir  hrsB  Uhin  bOl  entriu^*. 

(3)  tUv  f  I  U»?:  not  mprK**'J  <^    tliiit*    oh  h'HH  thfiii  SOl  cnti  ies. 

(4)  no  fiitrlifH  ;iti    liiNtnlfil  fniu  fHe  IVIJ^  unUsH  tUtra  Is  ruiwi  foi  nW. 

What  Is  jcrompl  InIu'J  by  tlii^  I  hnrfi  iuirl  ? 

(1)  Sorts  flJo  KVKN  III  <ii$4H'iidl»g  onU-fp  * 

(2)  ln*.iTts  f  Hf  noKl':  into  I J  h<  WEN,  '  /  ^ 

(4)     lirlitcH  .ill  *nliJt'M  !  r*  .4  fflu  I VKK  tluit  ouitrnin  ;i  vnhie   Icfigi  thnn  fhi' 

uiclf^rud  iii  sl.if  t  ( wf  I  li7 

( 1 )  Asf  t  n  rin>',  • 

(2)  iU'Hi'rndJiin. 

(3)  Rfmdf^m, 
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$8.    Analyse  Ch6  floirrhare  on  the  precodj^  page  and  dctfrainp  thp  ffitil  valtres  of  A 
C,  and  n  for  facb  vartahl*'  n«tng  Jtfitf  initial  vnlt^n  givi^n. 


VARIABT.K 


a.  RAN 


b.  CAN 


FINAL  VALIIK 

A     n     r  n 


I       7       J  22 


c.  nAN 


2       9  8ft 


d.  MAN 


1      15       0  11 


e.  TAN 


4      6       1  n 


10« 


.    .        .  ' 


Q> 


CAV  PAN 


flAN=  PAN 


MAN  = 
MAt'  ^  1 

PAN  =  CAN 


I 


PAN  - 

■Can*  3 


0— ^ 
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59,    ABAlyij.  th«  floifchart  on  the.  precedinR  paj^  aini  detenalne  t\uf  final  valuer 
C,  and  n  for  eadi  variable  uniiiK  the  Initial  values  given. 


VARIABLE 


a.  RAN 


b.  CAN 


INITIAL  VALUE 
A       B      c  n 

0  5      11  1*1 

» 

1  7       3  22 


PtNAt  VALUE 
A       H       C   ,  n 


c.  DAN 


d.  MAN 


e.  PAN 


2         9       8  6 

1       15      ^I'.fef    ^  _ 

4         6       I      13  ^   


292 


•AO.    Q«t«f8^M  %hm  eonceiitc^ef         of  tlw  follwiiig  varli^le»iAi«k  "•top"  im  tnctttadt 


B 

C 
l> 
B 


f         fTART  j 


A  =  2 
H-  4 

C=  -T 

V  '7 


■  i 

D 

i' 


A     RE  14 


YES 


Tno 

0 

D 

f  = 

D  -  I*  C  •*3 

L.... 
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4  vvi  A,  e-T.s^^f^^Tc'=-^-"^^iJ^^'^'f^^^ 


61.    Comet  the  crron  in  the  following  flow,    Tlflo  flow  should  mltipljp  itcM  MULI  and 
MULZ,  print  out        producf ,  md,  if  the  product  i«  Eero,  prtnt  out  "Kc  OT." 
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hi.  >r0rr«fcl  thm  mttoHn)  In  ttm  fullaulng  flw*    AP  1h  a  file  in  mnaory  wieh  up'eo 

%,IIOil  rMontai,  Midi  c«iat«iitin»  thm  foUowlfifi  wri^lMS    SOSN,'  PERSt  BAHK^  4ih1  LM* 

•hMld  princ  mt  ^ht*«9iM4rcni  «nd  b«M  of  mil  Bquadrona  having  wire  chm 
paramMl  w«itii«d«    AF  i«  in  randM  ord«r« 


1^ 


^J!!  ■     ilLi"  W>rF  with  u|i  to  300  record,.,  each  cfmtsiniog  the  following 
yirltbteas    Ot«T  and  PHBSTR  (1  for  yea,  2  for  ..o).    NBHT  fa  anothar  vartabt«  vhfch 
indleatpa  the  ni^er  of  rvtords  In  CARS,    The  riow  shoulfl  delPte  Hif>  recnr«l«i  firr- 
taiatng  to  all  eara   hat  do  not  havi»  piver  ntc-ortng  (PUKSTR). 


c    .  1 

V  ' 

I — 

ADD  f  to  C 

N 

i 

TAPS  M 


^0 


ADD  I  It 


J 


^9e 


^  till.    rAKr^A  im  A  H\m  hi  nii*s»irv  \fitU  up  t<*        recurdi^t  t*acli  i:u{itainlng  tUr  follmlng 

varl^iMi    HTfJA  ^iil  ^YA.    NKN'1 1  (r^  attttctt^r  variable  whidf  tfidiMt^ 'the  minber 
«u'  r«car4«  in  PAfrtHA.^  PARTSB  ifi  •  fiU  In  M^rv  with  lip  €0  SO  reeorda,  ««ch  cotp 
tainitig  Ciii^  fiilhiwIiiR  VAriabUNS    SfNH  and  QTYB,    NKNT2  in  unotiher  varl^U  which 
ln«ttcati-a  tlit«  ntiBdii*r  itf  r«*eordN  in  I'AtniiH,    Ttu*  fhiM  nhould  inaert  PiUTTSB  n^rds 
Into  HAirrSA.    Till*  ki-v  flulda  an  SXHA  .md  STMB,  ^  MARTSA  ia  in  aaccndtng  o^dar  axid 
PARTSB^la  in  rondi^  order.   Uhvn  finislttdt  PARTSA  ahould  atill;bt  in  aacanding 
ordar*  * 
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65.    BAOtO  U  c  fll«  in  mmotj  wfth  up,  to  500  reco^di.,  e«h  containing  the  folinrii 
vori«bl««t    PtIR  and  WJTT.    HHTTR  is  another  variohle  whirh  indicates  the  i 
of  records  in  RAniO.   TV  ia  a  file  in  ■eMonr  with  up  to  700  rfcordn,  oach  con- 
taining.the  follcMing  variahieat    PBT  and  TQTY.    NENTT  is  another  variable  which  ' 
indi eaten  tfw  nufiier  of  recorda  in  TV.    BLKC  In  a  file  in  MPMory  with  up  to  1.200 
recorde,  each  containing  the  following  variablest    PHE  and  RfjTY.    NBNTE  Ib  another 
variable  which  indicaten  the  nuadnir  of  reconis  In  KIKC.    The  flow  should  Hcrge 
RADIO  and  TV  Into  ELEC.    Thp  original  f  I  len  ware  in  ascending  order,  haaeif  tm  iW 
and  PNR.    The  new  file  should  also  he  in  asrrnding  order,  boRed  on  PNE. 
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COMPUTER  LIHJIC  FUNCTIONS 

C  0  N  .  T  .K  N  ,'  S         "  9 


Foreword   *  .      •  .  •  i 

Ci>ntei>tH  ,  11 

Insttuctlone)  to  the  Student  ,   iff 

Truth  Tabic  

ANI>-Loglc  FimctlonV  .  ,   .  ,  .  .  1 

OR-Logic  Function  .  11 

NOT-Logic  Function   21 

EXCLUSIVE  OR-Logic  Function  •  .   .  .   17 


OBJECTIVKS  '  ( 


Cive.i  ii  HrrlcR  of  problens " nnd  /i  T/urh  Trtb-le  coiitaJnlnR  the  roqu  rvd 
cumhlnations  .»f  AND,  OR,  and  NOT  U^lr  MmctlonH,  wcmf  th»'  loglr  funrJion 
and  deterwlfii'  the  result  of  perfoi-wlni;  i  hp  logtc  functions  on  flvr-diKlt 
binary  values.    70^  of  th^'answerH  must  b«*  corrnct. 


INSTRUirnONS  TO  THE  STUDKNT 


l«      This  progroaaaed  text  Is  designed  to  present  all  the  information 
and  praecice  you  need  in  ihin  ruurtic  Ln  relation  to  Computer  (Boolean)  Logic 
Functions.    It  is  dusignud  fur  yom  to  complete  during  home  study  but  coiild 
be  used  during  class  time  If  desired. 

2.  This  progr^orod  text  Is  designed  to  serve  as  a  review  for  persons 
who  have  \  revlously  studied  Computer  Logic  Functions  or  as  a  complete  lesson 
for  persons  who  are  just  beginning  to  study  ck>mputer  Programming  Principles. 

3.  Specific  instructions  are  presented  as  you  progress  through  this 
text.    You  must  follow  these  instructions  in  order  to  gain  access  to  ap- 
propriate information  and  practice  problems"  .it  the  proper  time.    Some  gen- 
eral instruttiors  are  listed  below.  . 

m     a.      The  f Ir^t  thing  you  must  do  an  you  start  each  subsection  is 
to  elect  whether  or  ngt  to  take  the  pretest.    If  you  take  the  pretest  i;nd 
make  the  required  passing  gradu,  you  will  be  allowed^ Co  bypass,  the  instruc-- 
.tional  and  practice  frams  (exercises)  designed  to  help  you  learn  that 
subject  matter.  , 

^  b.      If  you  elect  to  bypasH  the  pr^'test  or  do  not  attain  a  passing 

grade  on  it,  you  will  be  given  .in  explanation  of  a  basic  concept,  then  re- 
qiiired  to  apply  this  concept  in  the  solutioh  to  some  problems. 

c.  After  you  have  lompleled  all  of  the  instructional  and  prac- 
tice frames  for  a  subsection  youvlll  b^  given  a  test  on  that  subject  and 
tlien  directed  to  continue  with  the  next  subsection. 

d.  As  you  progress  through  this  programmed  text,  read  the  ex- 
pJanatlpnsy  complete  the  problems  and  then  check  your  answers.     If  you 
aiifiji^er  Incorrectly  lo  any  prsntica  problem,  turn  back  and  re-read  the 
explanation  to  determine  the  reason  for  your  error. 

e.  '  You  can  obtain  additional  practice  lor  each  section  by  turn- 
ing back  to  the  pretest  and  completing  it.    Specific  Instructions  for  this 
procedure  will  be  given  at  appropriate  points^ 

TURN  TO  PRETEST  I  ON  PAGE  t  A^D  BEGIN 
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mm  TABLE 


.50Cj 


Operand  bit  coabinatlons 

Sysbolir 

A  B 

A  B 

A  B 

A  H 

representation  of 

0  0 

0  1 

1  Q 

^ogicsLaunction 

Result 

0 

0 

1 

A'B 

Bit 

P 

A»  -B 

For 

0 

0 

1 

0 

A-B' 

Each 

0 

1 

1 

I 

A*B  ' 

COTbinatlon 

1 

1 

•  0 

1 

A'*B 

• 

1 

0 

1  , 

1 

A^-B' 

0 

1 

1  - 

6 

A(Exclusive  OR)B 

1 

0 

0 

NOR 

1 

1 

1 

0 

NANU 

1  ■ 

0 

0 

0 

A'-B' 

J 

1 

1 

0 

A'*B' 

LOGIC  DIAGRAM. 


GATES 
(1  H£X  DIGIT) 


PRETEST  I 


INSTRUCTIONS : 


It  you  undere'.anti  and  believe  you  can  solve  probleffls  using 
Che  AND  logic  fuiiccloii,  condiiue  below.    If  not,  turn  to 
frame  II  on  page  3. 


1.     Place  a  checkmark  beside  each  ol  the  following  eymb&^s  that  Indicate 
the  AND  fuQctions.  ^ 


a. 

b, 
c . 
d. 
e . 


A+B-C 
A  A  B-C 
AB-C 
A  V  B-C 
A -B-C 


g 


h. 


2.      Perform  the  AND  function  i.jr  each  of  the  following  problems.    You  may 
use  the  Truth  Table  on  page  iv. 


a. 


110 
101 


b. 


Ill 
lOi 


c.  11111 
10000 


d. 


10101 
10011 


3.      Place  a  checkmark  beside  Lhe  correct  definition  of  the  AND  function. 


a. 
b. 
c . 
d. 


All  inputs  must  be  zeros  to  have  a  zero  output.' 

All  inputs  must  be  ones  to  have  a  one  output. 

A  one  at  any  or  all  inputs  will  produce  a  one  output. 

A  una  input  with  all  other  inputs  zeros  will  produce  a  one 
output. 


303 


I 


5 


1.  a. 


b. 
d. 


ANSWERS  TO  PRKTKST  t 


o  * 

h. 


2.  a.      100  b.  101 

3.  b. 


loono  d.  loom 


INSTRUCTIONS:    The  maximum  error  nllowrd  for  sntlsfnc  torv  .-ompletlon  of 

PREThST  T  is  om*  Incnrrpct  nnswiT  In  part   1  .  2 ,  of  3,  or  tw-. 
incorrt'ct  nnswt-rs  on  the  vullrr  test.     If  ynu'mt-t  this  re- 
quirement, turp  to  page  11  nnd  contin.ie;  otherwise  turn  tn 
page  3  and  ront Inuc. 


I 
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ERIC 


a 

^    The  logic  used  by  a  compute.  In  sulving  a  probiem  consists  of  a  set  of 
rules.    la  order  to  write  programs  to  cause  the  coiaputer  to  solve  specific 
problems,  che  programmer  must  be  able  to  use  the  computer  logic  rules  to 
sulve  saorple  probless. 

There  are  three  basic  logic  circuits  in  a  computer;  therefore,  three 
basic  logic  functions  the  computer  can  perform. x  The  three  logic  functions 
are  called  AND,  OR,  and  NOT.  ^ 

Each  oi  these  logic  lunctions  has  one  or  more  uniqu^symbols  used  in 
an  t?qudtlon  to  denote  that  specific  function. 

The  symbols  used  in  a  logic  equation  to  denote  the  AND  function  are  the 
same  as  those  used  to  denote  multiplication  in  an  arithmetic  equation  with 
one  additional  symbol  used  by  some  writers.    This  symbol  is  an  inverted  V 
(AX. 

* 

Place  a  checkmark  beside  each  of  the  following  equations  that  denote 
the  AND  function.  - 


% 


a . 


b. 


d. 


X+Y»Z 
R-M-N 
AB-C 
A+B+C«D 


e . 

t  . 

h. 


XYZ=A 
R  A  S-T 
DV'E^F 
X+Y+Z-A 


^    Cheik  your  answerH  against  those  at  the  top  of  the  following  page, 


ERIC 


A  writer  "wlU  tMirHi.iUy  mv  niiiy  iiiu'  Nyaliol  iti  cttMuile  ,i  particular  func 
Urtii.    However,  you  will  be  reading  tfethnlcal  literacurc  written  by  many 
different  writers;  tht-refnre,  you  should  be  able  to  recoftnize  the  symbol  in 
•ill  III   iCN  uHu.iI  lurin?!. 

„  111  vour  Job  iis  a  iiroRrammcr »  you  may  also  ho  exposed  to  some  logic 
dlagraiua.    The  symbol  for  the  AND  function  in  a  logic  diagram  appears  like 
an  elongated  D  (      D    )  "^t^  two  hr  more  Inputs  and  one  output 


flaie  a  checkmark  beside  vmh  of  the  following  that  correctly  denotes 
the  AND  function. 


.1 . 


A+B-i: 


f . 


AV  B«C 


A'i.«i; 


h. 


A  AB»C 


il. 


AB«C 


Check  your  answfi s  ,a  t he  top  of  the  following  pape. 
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Frane  \ 

The  purpose  of  a  logic  circuit  in  the  cOutputer  is  to  combine  values 
within  Che  computer  accordinK  to  the  rules  of  th^  logic  function  being 
performed.    The  values  to  be  combined  are  stored  in  registers  and  are  com- 
bined one  digit  at  a  time.    Since  the  computer  ufies  binary  ntnnbers,  the 
only  values  it  has  are  ones  and  zeros.  - 

The  rule  for  the  AND  function  is  "m  output  Is  produced  when  and  only 
when  all  inputs  are  present  ."  ThiM  ruli*  can  be  converted  to  a  Truth  Table 
as  follows: 

A  X  B  -  C 
(I  X  0  -  0 

0  X  1  «  0 

1  X  0  -  0  ' 
1X1  =  1 

This  Truth  Table  decMjn  at  rates  the  rule  or,  stated  In  reverse,  if  a 
zero  is  present  at  any  or  all  inputs  there  is  a  zero  or  no  output. 

Use  the  Truth  Table  above  to  help  you  solve  the  following  number  com- 
binations using  AND  logic.    Remember  to  combine  the  digits  in  corresponding 
positions  one  at  a  time. 

h.      0  c.      1  d.  0 

0  i  i  [' 

f.      101   '  g.      001  h.      10101  ^  . 

100       -  110  11001       .  ' 


a. 


I 

^  0 


11 
10 


Check  your  answerH, 


o.     Place  A  (Heckmitrk  besidt^  the  lorrect  definition  of  the  AND 
function. 

(1)    A  one  at  any  or  all  Inputs  will  produce  a  one  output « 

(2)    A  one  Input  with  all  other  inputs  of  aero  will  produce 

a  onfe  output .  , 

(3)    All  tnpuiis  must  be  zeros  to  have  a  zero  output. 

(4)  All  inputs  must  hi*  ones  ta  hav6  a  one  output. 

b.      Solve  the  following  problems  using  the  AND  function. 

(1)    101  (2)    101  (3)    10000  (4)  10011 

110  111    '  11111  10101 


f.      Place  a  checkmaric  besidi*  each  of  the  following  symbols  that  indi- 
L-atis  the  AND  function. 


(1)    A  ^  (5)    A+B-C 

B  — 


(2)    AVB-C  (6)    J   AAB-C 


(3).  AB-C  (7)  A-B-C 


(4)    ^_      n        ^  -C  (8) 


9 


o 


■  3n 


Answer*  to  FroK  4 
a.      (4)  V 


V  c. 


•b.    (i)  roo 


(1) 

(2) 
(3) 
(4) 


(2)  101 


(3)  loono 

(8)  ^ 


51 


(4)  10001 


instructions:    If  you  „.ocl  or  want  ad.l,rl«n..l  pr.utl...  nn  t„l.  acction. 

turn  back  to  p/«Ro  I  an<l  koIvm  the  prohli-mn  In  PRFTKST  T  U 
not,  ttirn  to  p  ige   11  and  cmitlniH-. 
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in 


PRETEST  IX 


INST  RUCTIONS  t    If  you  underflCand  and  believe  you  can  solve  problems,  iislng 
the  OR  logic  funcHon,  continue  below.    If  not,  turn  to 
Frane  S  on  page  I  'i. 


1. 


Place  a  checkmark  beaide  each  of  the  following  symbols  that  Indicates 
the  OR  funct  ion. 


a. 
b. 
c . 
d. 
e. 


A-fB-C 
A  A  H-C 
AB»(: 
AVB-C 
A'B-C 


f. 


h. 


no 


Perform  the  »  tion  for  ^acli  of  the  following  proAenis^    You  may 

use  the  Truth  i.ui.'e  on  page  Iv.  ^  , 


no 

101 


b.  Ill 
101 


c . 


11111 
10000 


d.  10101 
llOOl 


Place  a  checkmark  benide  the  correct  definition  of  the  OR  function. 

**•    All  Inputs  must  be  ones  to  have  a  one  output.  i 

,  • ,  ,    All  inputs  mQst  be  zeros  to  have  a  one  output* 

  A  one  output  will  be  produced  only  when  there  la  a  one  at 

one  Input  and  all  other  inputs  are  zeros. 


d. 


A  one  Ht  any  or  all  inputs  will  produce  a  one  output. 


11 


.  •/ 
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a. 
d. 


Z,  it .  Ill 
3.     i1.  ^ 


ANSWERS  TO  PRCTEST  II 


h.  Ill 


f . 


tint 


INSTRUCTIONS;    The  iii«ixlinuni  frror  hIIciwimI  for  satisfactory  conipl€tlrn  nf 

PRETEST  IIMh  one  tnrorrrrt  .inswi-r  in  p,irt  I,  2,  nr  3t  nr  » 
4    tV^  liirorrVt'^  answrR  on  ihf  entire  tent.     If  you  mrl  this 
ri^qii I  rt^mtMit  ,  turn  to  p.'tgi'  21  .ind  i-ontlnup;  otherwise  linn  to 
'  pnRe  n  .intl  I'ontlnue. 


The  next  logic  tuncdun  we  will  study  is  the  OR  function*    The  OR  func-* 
tion  la  indicated  in  logical  equiationa  by  the  Bom  symbols  used  for  addition 
in  mathematical  eqiiations.    However,  soiitt  writers  use  a  symbol  that  looks 
similar  to  a  V« 

Write  OR  beside  i^ach  of  the  following  equations  thae-^^dicates  the  OR 
function  and  AND  to  Identify  equations  that  indicate  the  AND  function. 

.      a.   X+YtZ«A  e*    A+B+C-D 

.    ■    b\  ^/  DVF.«F  ^         f.         ,    ■  AB-C  V  - 

c.      ^             RAS«T  't^  R'M^ 

XYZ-A  X+Y-Z 


11 
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Anmrers  to  Frame  5 


a. 

OR 

b. 

jOR 

c . 

"SAND 

d. 

< 

OR 

f . 

AND 

h. 

% 

ERIC 


3i 


Frame  6  < 

The  logic  cirruil  symbol  fur  Cht*  OR  ftmction  is  similar  to  the  AND 
logic  circuit  symlrai  except  that  the  input  end  of  the  symbol  is  concave « 
The  OR  logic  may  have  two  or  f»re  inputs        one  output* 

Place  a  checknark  beside  each  of  the  following  that  correctly  denotes 
the  OR  logic  function.  ■ 


a.    aVB-C  f. 


b.    .  A    ^\  B  g.      _^  A+B-C 


c.  AAB-C  h.    AB. 


d.  AB-C  i.  A-B-C 


Answers  Cq  Frame  6 


Frame  7 


When  we  cofiibined  values  uding  AND  logic,  we  found  that  a  sero  at  any  or 
All  Inputs  «foul<l  prcHluce  asero  ouc^ut.    Wusn  using  OR  logic  to  cfMnbiae  valties, 
a  one  at  any  or  all  inputs  will  produce  a  one  output. 

This  rule  can  be  converted  to  a  Truth  Table  as  follows: 

A  +  B  -  C 

0  +  0-0 

1  +  0  -  I 
0+1-1 
1  +  I  -  1 

Use  the  Truth  Table  ahuvf  to  Iu*lp  you  solve  the  following  number  con- 
blnatiuns  using  OR  logic.  Remember  lo  combine  the  digits  In  corresponding 
posltiuns  one  at  a  time. 


a. 


1 
0 


b. 


0 
0 


d. 


0 
1 


11 
10 


f. 


101 
100 


g' 


001 
110 


h. 


10101 
11001 


17 


3in 


Kioiittf  b 


Place  a  checkin«rk  beside  the  correct  definition  of  the  OR  function. 


(1) 

(2) 

(3) 
(A) 


^  output  will  be  produced  only  when  there,  is  a  one 
ai  imv  input  and  all  other  Inputs  are  zeroa. 

A  <^"c  at  any  or  all  inputs  will  produce  a  one  output. 

All  inputs  must  be  ones  to  have  a  one  output. 

All  inputs  must  be  zeros  to  have  a  one  output. 


b.      Solve  the  following  problems  using  the  OR  function. 


(1)  101 

no 


(2)  lOJ 
111 


(3)  10000 

mil 


(A)  10011 
10101 


c.      llace  a  checkmark  beside  each  of  the  followin;!  symbols  that  indi- 
cates the  OR  function. 


(5) 


A+B-C 


(2) 


AV  B-C 


(6) 


-A  A  B-C 


(3) 


AB-C 


(7) 


A'B-C 


:=:3E>- 


(8) 


19 


3.?  I 


Ansvers  to  frame  3 


a. 

(2) 

b. 

(U 

111 

(2)  111 

(3)  11111 

C. 

(1) 

(2) 

(6) 

(3) 

• 

(7) 

(4)' 

(8) 

(^)  lOllI 


INSTRUCTIONS:     Tf  you  need  or  want  addltionnt  practice  on  thlp  section, 

turn  back  to  page  11  and  solve  the  probleros  In  PRETEST  II. 
If  not,  turn  to  page  21  and  continue. 


^  20 


PRETEST  riT 


the  NOT  logic  function »  continue  belov.  If  not,  turn  to  ^ 
Frame  9  on  page  2i.  . 


1.      Place  a  chtfckoark  beaide  each  of  the  following  syntiols  that  contains  a 
tk)T  function. 


a, 


b. 


c. 


A  AB'-C 


AB-C 


AVB-C 


r. 


h. 


A*B*C 

A   ■     ■!  — 1 

Perform  the  lugit  functions  indic.i^ed  for  each  of  the  following 
problems.    You  may  use  the  Ttuth  Table  on  page  iv. 


a.  A-i-B-C  -  A-lUtOl 
B* 10001 
C- 


A'VB»C  -  A-lllOO 
B- 101 10 
C- 


b.  A'B»C'  -  A-llOOl 
B-lOlOl 
C- 


d.  AA  B-C  -  A- 10011 
B»10101 
C- 


21 
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I.  a. 
b. 
c. 


2.     a.  11111 
.  b.  tJlUO 


ANSWERS  TO  PRITTKST  III 


e. 
f. 

R. 
h. 

c, 

d. 


mill 

OflOlO 


INSTRUCTIONS  i 


The  maximum  error  allowed  for  RutrlHf.irtnrv  completion  of 
PRETEST  ni  is  one  error  in  part  I  nnd  one  error  in  pnrt  2. 
If  you  met  this  requirement,  turn  to  payv  37  and  continue; 
otherwiRe,  turn  to  page  23  and  rontimie. 


\ 


324 


\ 


22 


\ 


Prme  9  - 

Tlitt  t«  m:t«i  called  air  ttiverUr  becausta  it  Inverts  Che  signal!  I.e.,  if 
the  input  is  I,  the  output  is  0. 

fm  logic  is  used  ill  conjunction  with  AND  and  OR  logic  in  most  conputer 
circuits.    The  NOT  function*  can  be  pl<ic(>d  in  either  the  input. or. the  output 
to  the  AND  or  OR  logic  device  and  Is  perforaed  In  addition  to  the  AND  or  OR 
function;  I.e.,  if  the  output  from  on  AND  function  based  on  the  inputs  wnuld 
normally  be  a  I,  an  inversion  (NOTlog)  of  this  output  would  make  it  a  aero. 

The  NOT  function  In  an  equation  Is  shown  by  a  line  above  the  expression 
or  a  prime  beside  It. 

I^lace  a  checkmark  beside  each  of  the  following  equations  that  contains 
a  NOT  function, 

«•    ^^B-C  e.    AB-C 

  A'B-C  f.    ABC«D 

  AVB»-C  g.    A+B-C 

  A  AB-C  h.  A+B4€«D 


23 
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Answers  to  ^am*  9 


a. 


d. 


r. 

h. 


5? 


24 


Ttid  IK^  £imc£i£iO  Ift  imSlcatect  In  .logic  circuits  by  a  raialXtf'Circiie 
tntf^yitttitg  t}|»  litui'  mmi  t&  mhs»  an  fnpat  »r  outfiuf  of  sii  AND  #r mi  4lfl 
logic  fiy»tot*  *  • 

Place  a  checkaatk  beside  each  of  the. following  diagrams  that  contains 
a  l^iT  sy»bol. 


25 


Aasvera  to  Fraae  10 
b. 

c.   


O'. 

h. 


I 


^The  logic  diagr^f&a  can  be  matchtsU  to  the  equations  by  roatching  the 
tmaic  syiAoU         Q)  (+-'  O  >.  and  then  matching  the  circle  at 
input  or  output  with  the  line  above  or  priise  hedide  one  of  the  factor^  or 
the  result  shown  in  the  equation. 

^  Match  the  logic  diagrams  to  the  equations  by  writing  the  letter  that 
Identifies  each  diagram  into  the  space  beside  the  appropriate  equation. 


b. 


(1) 
(2) 
(3) 
(4) 


A'B'-C 
AB-C 
A+B-C* 
A-fB-C 


d. 


r 


27 


Answers  to  Frame  11 


(1) 
(2) 
(3) 
(A) 


a 


.ERIC.  . 
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Framt*  12 


When  m:  icmhim*  logic  funct  louts  AND  and  tK)T  in  that:  order  we  produ.ce 
what  is  called  a  i^iWD  (^0T-A£l&)'  function.    Ue  caa  produce  a  ftmction 
using  the  same  princfpLe, 

Do  not  bi>  i'lini' lined  by  invt^rteil  inputs  because  the  results  are  not  tlie  - 
aamvi  i.e.,  using  thf  values  110  and  fOl,  observe  the  results  below: 


A«B-C' 


or 


110 
101 

100  Invert  Oil 


A''B'«C 

or 


110  Invert  001 
101  Invert  oio 
000 


A  simple.  priiL-irilurt'  for  solvinp  problems  calling  fur  UAtlTi  logic  or  NOR 
logic  is  -  solve  for  the  basic  function,  AND  or  OR;  then  invert  the  result. 
Note  the  left*hand  example  above.     If  you  use  the  truth  table  it  gives  you 
the  i-nrrect  result  without  inversion. 

Write  AND,  OR,  NAND,  and  NOR  beside  each  of  the  following,  as  appro- 
priate, for  Identlf Iratlon. 


a. 


h. 


A''B*-C 


f. 


A+B-C 


d. 


A-»-B«=C 


h. 


AA  B=C' 


29 
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Answers  to  Frame  12 


a. 

AND 

b. 

AND 

c. 

NOR 

d. 

OR 

OR 

r.. 

NOR 

p. 

NAND 

NAND 

30 


The  Truth  Table  bhown  below  Is  a  combination  of  AtW,  OR,  HAND,  and  NOR. 
Inputs  (valt;^  of  A  and  B)  are  showi  at  the  top  of  each  colignn  and  the  out- 
put (valtie  of  C)  In  the  Ikix  at  the  iiiC«»nMScti9it  <>f  the  ^ro^iitte  line  and 
coluBBi.    The  equation  is  shown  at  the  left  of  each  line. 

Label  the  lines  AND.  OR,  NAND.  and  NOR  to  identify  the  line  showing  the 
Truth  Table  for  each  of  these  logic  functions. 


0-0 

0-1 

1-0 

1-1 

Logic  Function 

A-B-C* 

1 

1 

1 

0 

a. 

A+B-C* 

1 

0 

0 

0 

b. 

A+B-C 

0 

1 

1 

1 

c  • 

A-B-C 

0 

0 

0 

1 

31 


\ 


34 1 


Answers  to  Vtam  13 

a.  NAND 

b.  NOR 


c.  OR 


d.  AND 


334 
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-ERJC 


Ft  one  14 


Now  let*B  try  using  the  combination  Truth  Tabla  to  solve  problems 
Solve  each  problen  using  AUD,  0R«  NANA,  md  NOR  logic,  functions. 


0-0 

O-l 

1-0 

1-1 

A'B-C 

0 

0 

0 

1 

A+B-C 

0 

1 

1 

1 

A4-B-C' 

1 

0 

0 

0 

A.B-C 

I 

1 

X 

0 

a.      lOlOi  10101  10101  10101 

llOOl  llOQl  11001  11001 

AND  OR  NAND  NOP 


b.      IIIU  UlU  mil  11111 

10101  10101  10101  10101 

AND  OR    .  NAND  NOR 


I* 


33 
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Answers  to  Frane  14 

a.  AND  10001 

b.  .AND  lOloi 


OR  llIOl 
OR  11111 


NAND  01  no 
NAND  OiniO 


NOR  flooin 
NOR  (innno 


r  * 


V 
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Frame  IS 


a.  -  Place  a  checkmark  beaidi*  each  of  the  following  symbols  that  con 
tains  a  NOT  function. 


(1) 


(2) 


A'B-C 


<5) 


(6) 


AAB'-C 


(3) 


aVb»c 


(7) 


A+B-C 


(A) 


AB»C 


(8) 


h.      Perform  the  logic  function  indicated  by  the  equation  for  each  o 
the  followinfr  problems.    Use  the  Truth  Table  on  page  iv. 


<1)    A+B-C  -  A*  10101 
B-llOOl 


(3)    A  AB-C  -  A-10101 

B-ioon 

C- 


(2)  A+B-i  -  A- 10001 
B« 10101 
C- 


(4)  A*VB-C  -  A-10110 
B-IUOO 
C- 


35 


337 


INSTRUCTIONS;     If  you  need  or  want  odd lti..nfil  practice  on  this  s«?ctlnn, 

•turn  back  to  page  21  and  s..l.ve  the  problcnns  In  PRFTEST  HI 
not,  I  urn  to  papc  37  ami  continue. 


5.?  9 


36 


PRETEST  IV 


fKSTRUCTIONSs    If  you  itnderstaiid  ami  believe  you  can  tolve  probleaa  uftlng 
Ch&  EXCttrSTVE  OR  logU*  function,  continue  below.    If  net. 
Cum  to  frasK  16  on  pa$((«  39. 

1.     Place  a  checkmark  beside  each  of  the  following  symbols  that  Indicates 
an  EXCLUSIVE  OR  function. 


2. 


AB+AB-C 


f. 


A  . 

a 


c. 


d. 


e 


A'B+A»B-C 


A.fr»-A.B-C 


A'+B'A+B'-C 


h. 


Perform  the  EXCLUSIVE  OR  function  for  each  of  the  following  problems. 
You  nay  use  the  Truth  Table  on  page  iv. 


LOlOl 
LlOOl 


b. 


Ill 
101 


e.  10001 
10000 


d. 


mil 

10101 


3.      Place  a  checkmark  beside 'the  correct  definition  of  the  EXCLUSIVE  OR 
filnctlon. 


a, 

b. 
c. 
d. 


A  one*  output  is  piodui^ed  only  when  there  is  a  one  at  one 
input  and  geros  on  alFothegs.  , 

All  inputs  must  be  on«'_s  to  have  a  one  output. 

A  one  at  one  or  more-  Inputs  will  produce  a  one  output. 

All  Inputs  must  be  zeros  to  have  a  zero  output. 


\NSWERS  TO  PRETEST  IV 


c.    g, 

d. 


2.  a.      01100  b.      010  c.     00001  H.  01010 

3.  a.  V 

y  — 


INSTRUCTIONS:    The  maxlfflun  error  allowed  for  satisfactory  completion  of 

PRETEST  IV  Is  one  Incorrect  answer  In  part  1,  2,  or  3,  o- 

two  incorrect  answers  on  the  entire  test.  If  you  met  this 

requi resent ,  turn  to  page  45  and  continue;  otherwlnc,  tum 
to  pa  :f>  39  and  continue^ 


fvamf  16 


Tli«  fXa.USIVE.OK.'|uRCtioh  proilwe<«^  jQajeu94t4l|i»t  input  Is  one 

aUemate  Inputa  inv«'rt«*(K^n4  an  CIR  funeclon  at  the  output  of  the  two  AND 
fuactiona>    In  additlpn  fo  the  cotBblnatlqn  ot  kkO  and  OR  functions  syDbols 
thi^  ayabo]  I3C>~  ^*  aonetiaea  uit«4  to  indicate  the 

EXCLUSIVE  OR  function. 

Place  a  ch^kmark  beside  each  of  the  following  that  indicates  the 
EXCUISIVE  OR  function. 


a.  ^ 

-no 

a— 2Z^*^ 

b.  _ 

  A'+B'A+B'-C 

f. 

AMB^C 

c. 

R'  - 

  A'B+A.B-C 

d. 

39 
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Anavera  to  Prw  16 

c. 
d. 


r. 
ii. 


t 


( 


Froae  17 

The  Truth  Table  for  the  EXCLUSIVE  OR  function  Is  shown  In  the  combined 
i ruth  Tab on  page  Iv  of  this  book.    Observe  that  0>0«0,  0«1»1,  l-0«l, 
an^  t»l»0.  . 

ft 

A  sii^ile  procedure  for  solving  problems  calling  for  EXCLUSIVE  OR  logic 
is  -  observe  the  operands  that  are  to  he  combined.    If  there  is  a  I  in  any 
position  aiid  all  other  positions  are  0,  the  ^sult  will  be  I.    Any  other 
coobinatioii  will  produce  a  0  result.    If  you  use  the  trith  table  it  gives 
you  the  correct  result  for  each  bit  combination. 

Use  the  Truth  Table  on  page  iv  of  this  book  to  help  you  combine  the 
following  values  using  the  EXCLUSIVE  OR  function. 

a,      11001  b.      101  I'.  10000 

loioi  m  ,  lo^n 


d.      mil  '  e.      lOlOl  f.  10101 

mil  01010  mil 


41 
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AiiswiTN  lo  Krani*  17 

a.  oiloa 

-  d.  00000 


h.     01  n 


1 1  n  i 


I.  OlOMi 


\ 


/ 


\ 


.ERIC 


it.      IMa*«'  a  rlunknuirk  IwrtlUi*  flu*  iorri*ct  lU'f lnl i  iuii  o|   the  KXCLUSIVK 
t}R  U»Kii'  t'linci  foil. 

(O      . ^     All  ini^utH  muHt  lu*  ones  to  havtf  t-j  one  output* 

(2)    A  one  output  Is  prodiuani  only  wIkmi  there  is  a  om»  at 

tnif  input  and  a  I  I  othtT  inputs  nri*  zoros, 

(J)    All  inputs  must  ht»  zeros  to  hav»?  a  zero  output. 

(A)  A  oiie  at  uni*  or  more  Inputs  will  produce  a  one  output* 

h,      l*lar»'  a  cherkra«rk  bi-sidi*  each  of  the  following  tlint  indicates  an 
i:XrMISl«l%  OR  t  unet  inn. 


41 


Answers  to  FraiiK.>  18 
a*  C2) 
b.      (I)   ^ 

(2)  ___ 

(3)   

(A) 


Ci)  

(8) 


ERIC 


4/i 


ihiH  l8  I  hf  fln.ii  fxi'j »  lf.«'  III  ilih.  l»'HH»»n,  It  will   ii'vii'w  ihv  «'iil(rf 
U*NH(>ii  and  allow  yuii  to  tlu'ik  vnui  .tttaliimeiU  o(  tlii'  oh ji-rt ivt*. 

;i.      PtTlonn  till'  lti).».it    liimlloM;4  liullfattMl  lor  e.-u-h  of  tht?  following 
problfnih.     Usi-  the  Truth  TabU-  bn  pan*'  Iv. 

i  - 

(1)     A.B-i:  -  A=IOIO                         (2)  A*R+A»H»C  -  A»in01 

B=110()  B-llOO 


ERIC 


CU    aAh-<:  -  A=  I  looi 
B  I qpo I 


(/O     AB={:  -  A=i0111 
B"  1 1 1 00 


Ci)    A+H*c:  -  A^IOll 

H=i  no 

o 


(6)   A'+B'=(:  -  A=iinni 
B=jnioj 


(7)     A'  -HfA'B'-C  -  A-lll(»() 


(8)     A-H'-C  -  A-101 I  I 


(M)     A'  -H'-c:  -  A-()()l  I  I 
H^IOiOO 


(10)  A+B'"C  -  A=1010 

B=noo 
c= 


(11)  A+B-C  - 


A^^i  I  ion 

H=101 10 


(12)  A+B=C  -  A-llll 

B=ioin 


(1  <)  A'  -H-^:  -  A-1  m 

H-lOlO 


(14)  aVb-c  - 


A=10I01 
H=10011 


45 


3i7 


c 


h.      Write  ttif  IpltiTi;  Hfjpd  t«»  |.f<«fi;fv  ihv  .ipuroprf .it f  Ittpjr  svitiho 
below  rifthe,  lnt«»  thi'  sp.iro  hi  sUli*  t*.ii  h  fqii.ti  Inn ,  ht»h»w  h'ft. 


(1)  A-B=r: 

(2)  A*An-c 

(1)  AVB'  ( 

(4)  A'K^C 

(5)  A+B=n 

(6)  AK^C 

(7)  A*li-«:' 

(8)  A'.1&»A-H'  C 


.t.'i  < 


hh, 


■  Id. 


f  r, 


hh. 


I  f . 


31 R 


\  ■  

\ 


<tH  t  I  luHl  raf  t*i|  nil  pfifu*'  ku  ^  ititii  I  III*  N|hM*i'  bi^HiJr  tstrii  iflh*  heluw. 


it) 

NAnu 

(2) 

NOR 

^  

(1) 

KXCUIS 

rVK  OR         _  h  

"(^) 

ilinnraroh  with. NOT  lof^ic* 

AND 

(6) 

OK 

«!•      Wrlti*  tlu*  letters  uMecI  to  Itluniify  the  npprcpri.iro  definition 
Into  I  lie  spat  f  heHliii*  pach*t«riii  bflow. 

(I)     NtVr  aa.    An  iaput  nf  one  on  one  leg 

will  pnulure  an  output  of 

(J!)    o|<         _  one  If  all  other  inputs  are 

xero  j.  , 

(  i)  AND 

hlu    A  ont*^  Input  on  any  or  all 
(4)     I  XCUISIVI:  OR         _  U»gs  will  produce  a  one  out- 

put. 

*  cc.    Changes  a  one  to  a  zero  or 

a  zero  tn  a  one, 

dd»    All  Inputs  must  he  ones  to 
produce  a  one  output. 


Answfrs  to  FrnsM^  19 


\ 

\ 


tNSTRWTTMINS:    CMvvk  vtmr  .-itiHwrrK  <ip..iln;}t  thv  rnrrfct  \,itiswi»r«  tipI«»M.  if 
ynii  .Wsworpd  Incornu'l  Iv  l<i  tvni  or  inort»\ pnihlimM  In  dnv 
K*'i'H«»»  V<»M  HtHfuUi       '••t*^         rrvfew  tl^e  fraim«a  ih.it 
pr(*si.ntt  the  prim-inhv:  i  fMii  orm»d.    Your  \lnMl  nu  tor  uM  I 
ndminiKtcT  a  ti'Kl  during',  i  ln;:!}  wlilrh  rt»qtHrcR  707  ol  I  !»•• 
^  answiTN  t'orr<'ct   fur  .sal  h:l.'H-(i<rv  romplfl  ^,iin. 


a. 


(1) 

0111 

«».  (1) 

tdi 

(2) 

tttoi 

(  •) 

lid  '\ 

<1) 

1 0001 

CD 

(A) 

tOlOO 

,1.1 

Ci) 

mo 

C^) 

1 1 

01  1  10 

hh 

n  1 1 1  n 
1/ 1 J  III 

C  /  I 

C8) 

ooni  0 

1  o  } 

....  r.   1  < 

0 1  nnn 

1/  1  VfxJxI 

(10) 

H)  1 1 

(11) 

mio 

(12) 

0000 

(13) 

0000 

(14) 

join 

(0 

Ml 

.1.  (!) 

(2) 

* 

(.') 

hb 

(3) 

(1) 

dil 

C4) 

aa ,  dd  &  gjg 

(4) 

'IP, 

(5)  hji 

(6)  fj  35o 
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imM  <»p  caifTEirr.s  f 

SECTION  I  -  TOP  DOWN  STRUITURI'lD  PROnRAffllNG  OW^iWlZ/CION 
CHAPTER 


1  '       Chief  FroKi'OflBlng  Tens   ,  j_| 

2  Development  Support  Uhrnry  (jlSI,)  I 

3  Structured  Walk-ThniugliN  ' 

SECTION  II  -  TDSP  DESIGN  TOOLS  AND  TECaiNlQUKS/mJCHMWiTATinN 

CHAPTER 

l'Af;i; 

4  Data  Flow  Graphs   4,1 

5  Structure  ChartH  ,  

i  HIPila    ^  , 

7  Structured  Flowcharts   /-i 

8  Design  Toiimjqm^H   H  i 

SECTION  in  -  TOP  ]HWi  imymmM  int^ 

CHAPTER 


9  Top  lhw%  Design  Imfiicraenlat  I  on  .StriHiHy  

10  I'rogram  IH;Nlgn  I'^m^uage   


I 

1 


11  Structured  Codt'   ,  ^  U 

APPENDIX  A  -  Glassary  ot  TDSP  Terms    .   ,  ,  A  I 
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XNTROmiCTKW 

imrtAg  tti#  Imi  fm  f^^m  rh«^  h«»  li^^  a  <|ulet  revolucl«Ht  itaveloptng  iritMo  the 
iioftvar^  firofea^tm.    It  lim  riot  been  ii  revo1utlon"f(^imded  In  violence  or  bent  upon  the 
tsMtenaton  of  netiomil  batindariee.    It  htm  been  a  revolution  to  tetid^lieh  •  ntv  ecientiflc 
dlei  tpUne  vlthin  en    xtettng  eclence. 

But  ^ihat       thle  re.volution?    Perbiq»e  e  mre  fundamentel  queation  wuld  be  ^  %uy  a 
r^'oiutlot?    Let*a  dtfcuiiH  theae  queationa  aeparateljr* 

Kevolutlon  ta  defined  aa  a  complete  diange  of  any  kind.    So  to  define  thla  revolu- 
tion      are  talking  about »  w  Euust  define  «4iat  Is  being  dianged.    Tbe  c4)ject  of  dienge  la 
the  mcfthodology  we  use  to  create  \!oinputer  programs.    It  focusea  upon' the  prograiB  deval- 
iipmisfit  prucaaa  and  the^tature  of  th«*  product  resulting  from  our  prograsoolng^  effort  I 

Tttp*-i!uvn  d(*i*tgn  and  atruvtured  progrni&ming  concepts  are  <tedicated  to  the  production 
of  n  K^iud  prcgritm.    Uh«i  Lu  a  guod  program?    Since  there  are  so  ma'ny  poaalble  answers  9 
wi!  will  Hat  only  aeven  desirable  qualities  nf  a  program. 

I*    The  p ruH ram  Will ks  *-  ttifa  is  the  e^ist  important  quality  of  any  progrwa.    It  la 
I  rulv  Incredible*  to  see  rhe  nuiitt>er  of  times  that  two  programmers  with  similar  programs 
will  drhatr  the  tollowing:    '"My  program  in  nine  tin^s  faster  than  yours  -  and  it  requires 
luui  r  Smrs  lestt  memiiry!".  .  .  to  *diltli  tiw  other  programmer  replies,  'V^,  but  your  pro-^ 
^vm  dufsn*t  work,  and  mine  doi:*H!**    In  th*»  bode  The  Elegant  of  Progrgmnin^  Style' by 
Kernfghaii  and  Plauger,  thrive  rulas  iirt«  cited  as  follows:  \ 

•  Hoke  It  right  brfort"  you  make  ft  faster. 

•  Make  it  fHilsafc  before  you  maVe  it  fuater. 

•  Hoke  it  rleiir  bt^ftire  yuu  maku  It  fastur.  « 

N  •  . 

Harlan  I).  Mills  subs  timt  iates  theae  mlea  in  his  book,  How  to  Write  Correct  Programs  and 
Know  It] 

"Tht^r*  is  lilt  fiiulpni^if  Wrty  to  evt-r  kmiw  that  you  have  found  the  last  error  in  a  pro- 
Kiant,    Sii  the  brnt  way  fu  acquire  tlif  coni!U(*nce  that  a  program  has  no  errors  la  never  to 
find  fhf  first  one,  no. matter  Imw  imich  it  is^  tested  and  used.    It  la  an  old  mfth  that 
|truKi  aiun»l ng  must  he  an  trror-prone,  rut-and-try  procesH  of  frustration  and  anxiety.  But 
ihffir  its  a  n«*w  rfallty  tfiat  you  can  learn  to  consistently  write  programs  which  are  error^ 
iier  lit  thrfir  dfhugging  iiiid  sittiHequf iit  use.    This  new  reality  is  founded  in  the  ideas  of 
Hcrii*Eiiiff*d  prnt^rdmmiiig  mid  program  <  urrecf  neas;  which  not  only  provide  a  systematic 
#i|'|H*ia«h  10  programming  hut  alNu  motivate  a  hi^  degree  uf  concentration  and  precision  in 

(he    loilliii^  SilhpiMCi'SH 

J.    LiMftft  fraring  lustfi  -  ihlrtv  to  fifty  percent  oi  the  total  project  time  is 
devut&Ml  ti)  testing  and  debugging  computer  programs. 

f,    Li^er  lualntenan.  e  costn  <-  Surveyn  show  that  the  average  organization  apends  at 
ic^uNC  so  perreni  of  its  mitre  EUP  budget  on  the  maintenance  of  ejtiating  systetas.    In  one 
All  Fiifie  Command,  seventy  penent  uf  its  software  costs  is  required  for  maintenance.  The 
higli  amt  iif  mafiuenance  liiai  th  the  drvehipment  of  new  software. 

4,    I  *i8t-  ill  modif iiwit  iuii  -  KegardleHN  %%t  tho  an^unt  of  preparation  and  platrolng, 
thrir  win  fllwayn  be  required  rhanges  and  ^nilf Icatlons  for  programs.    Every  segs^nt  or 
umdiile  ot  a  program  should  be  designed  with  an  eye  toward  its  eventual  revision  or 

imidif  1 »  ar  ic»iu 


^»  drwli»p»ent  c^ntn  -  In  TISP,  ihv  mndiilen  of  e  prnHrooi  err  irptnd  onil 

iBpIomcnted  sa  they  nrc  dcvf-loptd.    TlifN  Kr.viUv  rn.lu.nR  Hi,,  cont  of  ilrvMln|iiiirnl 
thf  rintp  nnrnnlly  ri'niifrcd  for  Infilprnfiitdi  Imt  lu  •> Mmf tim mI. 

h.     l!ncc«pHrul»«d  ilrMlwt  -  ITogr«»«  nninl  ti..l   hr  rueplpx  tc  wurk  ptoffily.     In  |  n.  I . 
the  mmt  U»rH«1  woy,  mid  In  mnm-  lasvs,  thr  niilv  wov  f|.  make  n  imoh.I'Wi  •  wy  m  iV^i  . 
iwtntflin,  and  «ii,dlfv  |«  i„  fc.!«|.  M  R*m,.l...     h.  mh.-.  w..id«.  nlwpv.i  ,h.»fK..  n  ,.,„Hi»iin 
th;it  H..m»-one  ».tH|.  m..{i.lnfn  fl.     .i,u.  muiv.v  ...VrnU-.l  tl,„l   h  immrm,..,  In  .^m.^IIv  m,.!,.- 

rolmuf  by  ti-n  dftti-n  nt  proKrutrnwrB . 

7.    Effit  iemy  -  Kf  f  rt  lt-^n  v  .  niw  ld,  i ,il  f.inn  nm  inulrrt  nkrn'wiirn  Hifv  nrv  ,%vt  ,  v.  i, 
needed.    A  recent  Htudy  revenl.Hl  thnl  In  „  lv|i1.,il  h»|{TRAN  progr<i»,  llfty  peneiU 
the  exeeutlon  tiwe  wfm  imrd  hy  only  thrr.-  p.7,  ,.,,1  „i  ih».  !„Ht iii.  i  !.♦,„. .    Thru..  fln.HnKw 
indicate  that  the  foMowhiR  p^oRrnmmltiK  nit'Mi...d..|..>fv  iIm.jiIH  ht-  M<b>pliil: 

a.  Write  tho  ro«diil.7|'roMr;iii.  In  ,1  mI  r:.  I  kIiI  (  -i  w^n  ,1  t^niH^  t.|.lwi..i /Imk  «lnii.|l.|iv 

anT  reXianljity.  ^ 

b.  After  till-  moduli'/iuoRr/ia  Js  wiirMnK,  nvrfte  >iiid  npi  |rnt/.»-  iU.-  tlinp- 
contiuming  code. 

1110 1  rue  tiofis  wlilch  win  Ndvi  a(i  appreciiYfv  f  r  fimomit  f.l  fxerul  Iom  ilvtv. 
^kw  let 'a  disruHs  tlie  si*r«md  iiuenllun; 

What  caiwed  thH  rrwlutfon?    Thv  »nMwir  Jm  immrv .    Tf.dny ,  rf„.  ro>ii  of  miftwiifr 
about  three  Urnvn  Mm-  ro«t  of  h.inKure.     il.r  Aft  Fni.,    ts  npi-ndftiR  npprnji Imnlely  f  Ivr 
pwent  of  fls*fi.t/il    intiunl  iMidgol  fnr  f4t.f  twot It  m.fiwHif^  cwlri  iMntluiir  to  ,*'*,p,. 
the  Air  Force  vfll  !m    MfHiidlnK.  lit    Ir/iPf  iHiiotv  pr, .  .  uf   of    !iM,riM*  dnl  Inrn   for  «oftwrti^ 
In  198S. 

y 

H«lntenam*'  nwls,    Im  IiuII.ir  hhkII  f  fc /it  fonM ,  noiin/ilJv  ini,g.  mi  hMIt  «r  SO  In  IfW) 
percent  of  the  InlUnl  RyRtim  dtwiOnpim'iil  C4»nf.    To  diM  miMr  iho  tost  of  noffwato,  w 
muRt  reduce  tlu*  ro«rs  of  fii!ff;il  drvi- |i»pm«.iit  and  rmi?  f  .m,|„h  nwt  fm  ..„aiir,.  find  Itun^tk.^ 
the  rel     Mlttv  bf  n  syNti.m.     TlJSr  war*  drvrh.pi-d  l«»  i«d„rr        tw.in^  cohIh  *dtfl.^  *m  i 
log  #iortviirir  rc-tf^hlMly. 

Top-Dovn  Structiirpd  rruKr/irarolni*  (miV)  l.-clHifqucn  lon^iftni.'  «  wHiodolf^v  wUUU  * 
provide  a  systematic  opproiiih  ic.  prof.Um  fiolMfn^'  fn  Noltwnir  drvf  I  i^tmMU .     Tlilft  in  ft 
EioloRy  U  ^pJicahle  to  mnnv  i  trrreiit  iind  fuMitr  Afr  Pnrre  pingtrtitifi.    Tin*  TWp  imMhod 
ology  utlH2e«  n  comhfn.u  Ion  of  tools  ami  f     Inif  ,,i,t.fs  vfHih  «rr  cUf  Inrd  hv  thr  Ah  fuiiP 
to  im  iude: 

§  Top-Down  HraJ^n 

•  Top-Hfwn  noeuinentiitfoii 


•  Top-Dwn  Iti^lemi^niol  hni 

•  Structured  Coding 

•  ft«^ve1fi|Ynit*nr  Siipp#iri  Mlit/trv 

•  SI  f  iii'tiM  I  tl  Walk-t  litotiKliM 

•  rr*^f»r«tfji  TH»i«l>:n  f  imgnnKi* 

•  f1il*'t  rrft>*r;ttnfnlit|;  Tr.im 
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I i«rii«ii|iiiiut  to  ttu»  I'tiiilnii  IrOi'li*  of  iIm*  liiiik^.  pi»rfonm'd  liy  the  HynH»m  dompommttt*  ^adi 
Ifvrl  Ml  tiio  Hntfwiirt-  lU^fiiKii  filial  I  bi*  tugf  rally  iHitHfilou^  in  iteelf.    Tlie  top  level  coo- 
t^tiMi  ttti<  ItiglK^ii  U*vi*l  Mt  t  itatriii  logic  and  decisioiui  within  4he  software  deti|pit  B«di 
fttih(evi»]  In  a  oelf-contaf  iimt  luB^uinent  i^one  operation  is  BubordiMta  to  t^o  nos^t  hightr 

Tu^^liDwii  IHu^(umMif  III  t^Mi,    Tu|i«*itnwa  iluriiSMmial  tun  illtoitrAtes  tho  top^^dovn  design 
minI  Ih  luTf  v^rcd  Yii  liicrrWiirH  #if#  iIh*  Hyfiti'ia      di»  vol  oped  •    It  r^corde  top«^^«rn  design 
lift  Iff  Imm.  tnHiir<«H  that  tliitnt*  .d**»MNii»iiN  Hfi'  RwnU'  |trlnr  in  rudioKt  and  serves  as  the 
t««vl««w/H|*|»ioval  diHUiiutat  iliat  mitUort/vH  iiidinH.    \\  itivlttden  de^iCrlptlonSf  Specif  lea- 
iioih,  Kia|thUat  ic*|»t(>H(Minit  fiMiN,  siaiiiialHt  pl<mfi,  trpuiiH,  tl8fliigii«  and  Other  technical 
•(•II  iiunMiiN.    jiiimt*  ifitiitlM Hi-fi  ui  ifiu'ioiH'iii ni  IiMi  nirrcMitiy  nvaI1fd>le  ares    blerarchlcsl  plus 
hipiit  |»i«M  rNH*uiii|Kii  (HII'u)  rluiriH,  HE  rue  lurid  duNinn  chnriHt  prugrra  design  langusgMi 
Olid  f»i  iiM  iuriMi  t  l««tf  I'harifi,  *  . 

I.  Jjiaiti^^  Tofi-dtiwii  liU|>JeRiiMUHr  lOn  in  the  rudlng,  verlf Icatlont 

itiiil  tii4|*St«ii^tiiaV|€ui  Ml  lilKtiff  if»v«*is  t»t  th«'  HyHti»m  lu^iv  prlur  In  thv  coding  of  sub* 
i  iiHiKitr  iiHidulffi.    l.»iw*»t  li'vt^l  umdult-N^  tM*i*d« d  tor  m\  I iiti*rf 4K^,  arv  coded  an  dumy  code 
ii>iuK<<«^  r«iiili»)  wliiiii  iirt<«l  not  ift'rfurui  any  mfafitngtul  isnniiiil at  foiiM .    Fur*  i*iut®}»let  the 

iid*  umy  mu(|iiii  .i  n^-sHanr  fur  dt^hu^HlfiK  piirpuHfM  ui  portmpa  simulate  the  ex- 
l*c  I  i#-4|  «Mir|iui  I  liut   n   in  i^XfiutHd.  4lflift«ii  tUv  u|ip*'r  It-Vfl  iiiHuk        be*»n  verlf  iedt 

Htlual  .i.iUiiH       hiitiNi  Itiiii-d  ti»i  prugroin  Htiibii  «l  huit**  4hI  Vfly  J.wt^r  levels  iif  logic 
until  Mil'  fiitliv  f*vf*tf*ui  U*tf*  l»r»*ii  ioqi leifi^nrinl  and  vi-ritlinl.    Tin*  ImiMirtant  point  is  that 
|.i.jtri«ttu  uMuttili'b  Hi  v4ikU  hvi-l  MM'  iiillv  InreKfatiul  and  vfriried  ^lili  their  predecessors 
t««'|t»rft-  iMilln^i  bt-KliiH  *m  ilu-  iii^xl   liiwi'i  li*vi*l« 

A.    t>triiVf iiii'it  t'oUhig.    Siiiuiuti'il  i'lMlitig  Jh  thewri^tJng  of  programs  by  repeated 
iiHf  «it  itri'deHm*!  .'oiiimJ  Ingir  priaiUlvt*H:    Hi«qmMice,  IKIIIKNKI^K^  IXHfllIl^»  DOUNTIL,  and 
i  Mtil ,    l  a«h  of  itii^v  wtlJ  ht-  exptiiini'd^liif  i*r  In  IIiIh  puhllcncion. 

%.    !UM^cUi|iim-iii  JLV'/iUy  •  di-vflopment  supiiori  library  serves  as.  a 

tfiiti<tl  jrY^tfiTrfi*!  V  of  all  ilai  a  rflcvaiii  to  thv  proje^'t  v  In  buih  hiimaiv*  readable  and 
iu<idilit«*-ii*i-ognl/fiMt-  loiuu    A«  Hurh,  it  if*  uhiuI  to  aid  In  the  urbanization  and  Control 
Ml  tU-  Jf'Vc* loping  Noitwaif.    It  In  thf  foiiil  point  of  information  exchange  -  both 
ittifiiagt-uuMO  and  tfiimlral      lor  the  llh-  oi  thf  pro|t*ct. 

r,i  rui  ♦  III      w^lk  I  h/ii'ifihw  •    *;tiu»nin*|  walK-throuKliH  an-  itnlintcal  CKoinlnatlons 
«•!  Ill*  <l<*NlHo»^^ltiM'l*'"^^^'*^  l*'^W         lioi  umtMitai  Ion 'to  proviilt*  pmitfvi*  feedback  to  the 
f'luf^i  aumtft^f .     Il.t^ni  walk  itiriiuRliN  arr  Hiiu'duli  *!  by  the  prograimik»r  and  attended  by  his 

/.     Iiti^i.yii  lu-til^n  laiij^uajif.     I*iuki«ih  <lt-.lgii  iani;uaK«'  Ih  a  liiiigM^iKi*  ioi  di-Hirlblng 
t  ht'  i  Kill        Hi  till  t  uiV  aod  grnftal  ui  g^uii  ?«it  ioi»  of  a  computer  program*     U  i»  an  I  ngii«H- 
ni»f  li'ptr^^iit  Ml  l*tii  »»t  a  4iror**diu*»  wtif»h       9*imy  to  ri»Hd  and  roi8pr<«fH»ii«l»    It  is  Htruc- 
itiittd  til  ihtf  HHMfM'  itiMt  It  iitlif/mA  iIh^  pn  ilri Ini'il  control  logic  primitives,  iiidenta- 
(toil  in  imeil  to  tmkv  tho  I'Ul.  ^HMier  to  rvmt.    Thin  tiT|inique  ficilitates  the  translation 
.»!  tuiii  I  liatiil  fiiprt  { t  {(isi  Imivs  Into  coniititiM  luf^nictions  using  t op-down  design  md  struc-* 
.1  tii«d  <  Oiling. 

H.    iUX*^J^lr:%K.i^^.^%yj^-    I'ho  ihl«*f  prograiRBiing  te^iiu  is  mlnlmaaiy  defined  a 
'•fwii  4u  rooie  pTogroiau^r/aiiaiyhtii  ^signed  to  a  project  vlio  possess  a  cut^ined  respon- 
MfhlUiy  lor  ehe  qyalitv  •»!'  t»ie  deliv«#red  product f  ^ 

V 
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This  tntroductlfin  hm  «umiirlcetl  tin-' i  iMlifilym»fi  of  TWP  utid  otifntK>d  thr  lut^iM 
l|ualttiM  of  a  go<^d  proi^rflm.    Tn  thr  rnllwfnp,  dtnptrrB,  tin  itnt  Imilf  fut  iihsc»lMt«%  lOtt 
Crete  statMents  on  the  riglit  or  wr«ift8  viiv  tu  utin?:f  »  ii'cliiilnif»'-    lli^rrvrr,  fMir^rM** 
thesf*  CQtlceptfi  with  ymir  iiwn,  iirll!/.li«R  iiidlvf  diml  ojiftiTf  l«r,  in  rIvi'  f  ftp  sHsrr  n  ytn^.tn 
that  workiil  workH  evcrytiPH*!  ifcii'ii  ^inf  it  In  fuypi^M^d  to  rfol      »*nnllv  mi»dlflr«f  immI  •  *«» 
be  maintained  e;uitfv.      -  '  ^ 


SECTION  1 


lUl'-miyN  STKUCTUKKt)  PKCKiKAMHING  ORGANISATION 


CHAPTER  I 


CHlfF  FgOGKAmiNG  TEAM 


Whlitf  Study  Inn  iUiu  i  tid|iCfi  you  Httuulii  irarn: 
1.    I'urputitf  ui  Cltife*!  I'tugCttOiaiEig  Team  (CFl'). 
Thrtstf  cmin  iU4*i&bi.'r»  i>£  ttits  Cn\ 

4.  Purpunc  of  tl)«!  bitikup  prugtitwier. 

^.  hunctiuu  ul  tlu'  piugr^i^iulng  librarian • 

fi.  Uucicfti  i;i  tihurt  itrtm  Hupport  D^beru. 

/.  tunctiun  ul  the  pioit^i'i  admnifitriiLor • 

ef.  gualillc^tiuntt  rrquiriMl  tor  membt^rH  ot  the  CPT« 


Utt  i  liitii  Pn.HtMUjytf  i    Uattj  U  I'i )  iulriiilunU  In  1^69  In  .i  ciilU  ii'iil  technique  lor 
luauonJiiH  ^hts  ttultwaiL-  tlfVi'ltipiiu'iti  ptMicr,s,     iiti  biihic  lUfit  Jh  14^  utgaitUt!     Hsuall  number 
I'l  hiniily  iomp»?t«'ia  i»rft»pi»-  fULt^gtllng  Ui  Uu*ir  special  and  liwuplfBjentary  akllit*.  The 
ut-wly  LltfVf  loping  *»i  ru*  t  ui  *iJ  jUttK*  te^t  hnul,ugy  provldcH  ihv  vehicle  by  which  ttfam. 

tii«rih|i«.'iH  cuiiununlc<it«-  ^nil  Itua  tlun.     With  thin  ruilibl nation  ul  .peupje  and  technology^  cum* 
l>i«fhrufiluu  oi  a  lalrlv  .imipirx  Ui'tiigu  iind  implementation  can  reside  In  one  person. 
Mgniliiaitt    idvaniiigcri  ait-  iv^tnlvd  an  a  result  ol  the  simplifications  and  unified 
(«t rucf uri*  which  rim  lu-  Hijitt»vtfd  by  tint'  raind  in  de^signing  an  entire  syiitem.    These  advan- 
i««g«fa  rtie  ttiimilebt  piliuuilly  In  impruwd  systt^m  reliability,  and  the  team  environment 
hfitt  al»t>  hhi  wn  an  Intn'aiii'  li*  piiiductlvity  as  mtrae^ured  by  the  number  of  lines  of  code 
pio4  uir^a  pel  programuit't  day, 

lih|*r uveLientii  havi-  bmn  noitd  u^l,i^  thi-  team  In  development  efforts  where  the 
lU'iiv^rird  ptuduct  wa&  Ivhu  I  halt  lUU.OOU  lini'S  ol  hinli  ii'Vel  code.    On  such  Job**  ^ne  team, 
tumantlitg  of  :ruw  thifi'  iif  tslght  peiipir,  was  adequate.    Team  tuember  experience  level 
h«tu  brrn  varied  tu  match  ii*i>  t  iiii»plexi i>"  wl  th  cunsidt'rable  success.    An  extension  of  the 
It-am  iiiu««*pt  Is  the  hirr«i4hy  ut  teamh.     its  purpose'  is  tu  organize  thv  work  force 
»i».-rJrd  Ci>  produce*  a  liiigi^-,  ti)mpl«:x  fiultware  system  (over  ]UO,0(iO  lines  uf  rode)  ard  Still 
fl#ialii  the  Improvtjmenl w  characti-i  Istli  uf  the  team  ttschnique.    Testing  o.^   v.ie  hierarchy 

•  »l   thr  learns  Is  in  prugrf£st»,  bu5  the  r*«»uits  will  not  be  known  Sor  several  years. 

ihtr  LPT  is  ptlmattly  a  iiiacmHc^mrnt  urgani zatlun .    As  Ku  h^  it  exercises  control  ever 
|.c4»pic  by  det ining  tht-lr  lunctlmito  and  t>ie  waVs  iu  which  they  interrelate.    It  alno  pre- 
tiifibcD  iiir  minimal  u^l  i  i   louin  iiece^t»ary  ti.  prrti»rm  the  team's  work.    The  principles 
ttiul  piucrdurea  ol  thr  CFI  wrrc  uiiglnally  described  by  Harlan  b.  Mills  in  June  1*1/1. 

•  ol  tfir  Urat  piactlcai  applications  of  this  organisation  was  undertaken  and  l4iter 
derail,  rlbrd  by  ¥.  T.  Saker  in  his  article,  "Chief  Prugraimer  Team  Management  of  Production 
I'roii.raMiing.** 
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CPT  liM.  at  it*  con»  three  aesben;    tht  chief  profrramt,  the  backup  pro- 
groMr,  end  the  pTOgreaniiis  librerien.    These  tiiree  pereone  perfoni  dif £ere»t  feceie  of 
the  oae  job  ayeta  developsMmt.    Thmf  do  mt  ect  iodependentiy  but  rather  In  concert  oo 
iobe  that  aupport  and^  coopleaent  each  other.    The  chief  prograsMr^e  role  la  the  result 
of  recognialag'  that  co«v^^  oystra  and  In-^depth  programing  knowledge  are  a  neceaeary 
coi&laatiofi.    The  poaitlon  of  the  backup  progroner  recognlace  the  need  for  Idea  refloe- 
ment  through  peer  review,  and  also  cootimilty  in  at^rvislon  and  decision  swl^ng  In  the 
absence  of  the  chief  prograsiaer.    The  prograasslng  librarian  role  ii  the  resujlt  of 
separating  to  a  great  degree  the  clerical  and  technical  activities  in  the  prograsnlng 
process • 

The  chief  prograoaaer  Is  a  sasMiger  and  all  other  tracers  of  the  teasi  report  directly 
to  hia.    However,  hla  principal  Job  la  to  deaign,  code,  and  test  progracsilng  aystema.  If 
the  chief  prograsBKt  does  not  manage  the  teaa^  he  will  lose  control  of  the  production  of 
the  aystesi.    If  be  does  not  actively  program  and  provide  technical  leadership,  he  will 
certainly  lose  control  of  the  programing  activity  itself.    The  chief  prograiwer  func- 
tions as  the  technical,  but  not  necessarily  the  admin istrntlve,  manager  Cor  the  teooi 
me&bers.    As  technlcikl  leader,  he  is  personally  responsible  for  the  cianplete  design  n 
substantial  software  system.    He  also  writes  the  critical  code  of  the  system  and  dlre:tly 
auperviaes  iapIi^Bentation  of  the  remaining  portions  by  team  o»mbers«    The  chief  pro-* 
gramsier  reads  and  constructively  criticiEe?  all  of  the  program  code  developed  by  the 
team*    The  chief  progransaer  always  directs  an  organization  at  the  first  line  of  manage- 
ment.   He  la  concerned  primarily  with,  and  lontributes  to,  the  production  of  the  software 
system. 

The  chief  programmer  is  responsible  for  the  direction  ant  supervision  of  team  mem- 
beta.    The  chief  program^r  identifies  an|d  apportions  assignments,  C0nstructively 
criticises  progress  on  design  and  ending.!    Because  of  the  chief  programmer's  clone  ^rk- 
Ing  relatlonahip  with  team  members,  he  is:  well  qu^ilified  to  fulfill  these  duties,  ihe 
manageioent  task  of  the  chief  programmer  lb  «  great  deal  simpler  than  managing  a  con- 
temporary project. 

Structured  prograjmolng  standards  permit  the  chief  progra»er  to  read,  understand, 
validate,  evaluate.  Hod  appraise  all  progr\»n  data  developed  by  the  team.    This  visibility 
of  the  manager  «9tlvates  better  prograsssin^  throughout  the  teaim. 

The  chief  programmer  position  la  designed  to  center  performance  responsibilltlef 
on  the  most  highly  qualified  persons.    Responsibility  is  clearly . identified;  authority, 
through  the  managonent  title,  is  also  clearljr  identified  and  permits  tiii»ly  drclsion 
making  by  the  TOSt  well  informed  person.    The\  individual  duties  uf  the  chief  programt«r 
are  highly  structured^  but  the  broad  scope  of  \^flctivlty  provideH  flexibility  in  carrying 
out  the  work  of  software  development.    Structure  increases  higher  level  managemfnt  cm- 
trol  by  iacreasing  the  visibility  of  the  work  c^f  the  responsible  person.    The  flexibility 
Involved  offers  a  challenge  for  the  exceptionally  competent  technical -person  worthy  of 
bis  abilities. 

The  backup  progratmr  functions  in  alimst  ai  critical  a  role  as  the  chief  plug  ram- 
mer.   He  la  an  alter  ego  ta  the  chief  proRrammer.    The  backup  prograamer  beccMS  totally 
familiar  with  the  developing  project  and  its  rationale.    He  is  a  souadin^board  for  the 
chief  programmer  and  also  contributes  to  design  sc^utiona  and  implasentatloo  techniques. 
He  may  provide  independent  test  plmsning  and  perfoU  as  a  research  assistant  for  the 
chief  programrcr  in  areas  of  progr^nlng  strategy  ^d  tactics.    He  most  probably  will 
contribute  significant  portloi^  of  the  programming  ^ffort  and*  along  with Jhe  chief 
programmer,  reada  and  critiques  tihe  code  of  other  t^am  ^mberfi. 

*   The  backup  programmer  also  limits  the  managei»nit  eapc^ure  brought  about  by  the 
concentration  of  technli^al  syatems  knowledge  in  the  c^lef  prograaaer.    He  can  substitute 
f-ir  the  chief  prograiimter  In  an  osergency.    Because  of  the  close  working  relatlonshii'  and 
code  review  practices,  b^th  understand  all  the  code  pi^Jduced  by  the  team. 
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T«ctmic«Uy.  tii*  backup  proirowr  i«  «  p««r  of  tlui  chief  progTMmr.    He  is 
CApal^  of  MtUKltis  project  rMpmistblXicy  and  ulntAmlng  cootimiity  of  the  dcv«loim»i&t , 
•ffortVhould  tho  cliiof  prograaMr  bocoM  umivaiUbU.   A^iiii«t»tiv«lyt  the  >«c^ 
progruMr  bewe  no  r««pone^ility  other  thea  thOM  plenottig  nA  revlm  ectivitiM  iililch 
tte  obiel^ ^ofrenMir  dMigutM.       the  evmc  tto  bectai^  pirogmaier  ait^t  teke  tiie 
diirf  pregreaMr  iNiloi  te  sMt  be  reedy  to  Me«tte  th<ir  full  edftiiii«creeive  load  of  die 
poeltloa.    The  treaeition  ie  eeeed  conelderibly  by  hie  regular  {Mirticlpation  la  the  . 
daelilon-makiog  proceeeek    Ae  ^Ith  the  chief  prograaMr  role «  the  backup  progresseer 
pMiCtoa  id  hi^y  etruetured  Imt  f  leaible.  the  reault  ia  a  fonBtddble,  wtivariag 
chdllea§e  to  e  coe^eteat  techaical  perforMrt 


The  progrewiag  librarlaa  ia  ao  iategral  scaber  of  the  team,    HarXaa  Mille  pointa 
out,  **The  seia  fuactioa  of  a  prograaBlng  librariaa  la  not  to  aave  programsiere  clerical 
work*  but  to  ■ainteia  the  atatua  of  progrra  aad  teat  date  la  such  a  fora  that  progranera 
caa  work  aore  effectively.        However 9  the  advwtagee  of  coat  end  accuracy  of  baviag 
the  clerical  taaka  perf omed  by  clerically  trained  ladlviduala  iaatead  of  prograxners  ia 
obvloua.    PrograaMra  conatruct  the  eof  tware-aystem  by  coding  new  prograaa  and  data  on 
coding  ahaeta  or  by  altering  the  liatinga  of  prograaa  in  aoro  state  of  c^mpletloa*  Theae 
eatamal.  hard  ci^y  recorda  are  traaaf erred  to  lateraal  machine  readsA)le  fonoa  by  the 
librarian  following  a  aet  of  Interlocking  office  and  machlno  procedures.    The  librarian 
is  alao  depended  upon  for  all  aaambly,  coB^>ilatioa»  liakage  editiag»  aad  teat  ruaa 
required  on  the  project.    The  reaulta  of  theae  runs  ere  filed  by  the  iibrariea  ia  aote- 
booka  aad  archival  jouraala  which  repreaeat  the  currmt  e  tat  us  and  previous  history  of 
the  project. 

A  software  development  project's  r^^cords  alao  include  the  volimiea  of  system  docu- 
mentation.   The  llbrarian*a  workload  la  well  balanced  pver  the  life  of  the  project  and 
requlrea  the  full  range  of  secretarial  akills  plus  those  additional  ones  for  taslntainlng 
machine  readable  filee.    Freaerving  the  project *e  records  according  to  apecific  pro- 
cedurea  la  a  management  defined  reeponsibility.    Therefore,  the  librariant  while  report- 
ing to  a  chief  prograamr»  has  overridiag  professional  accountabilities  as  well*  Just  aa 
a  coaqptroller  haa  financial  recordkeeping  accountabilities  that  override  any  specific 
reporting  relationahlp . 

On  a  cmplex  ayatcao  develoimient  Job»  the  chief  prograxsner  team  core  members  may 
well  require  eddltional  support  for  the  programing  aad  project  management  activitiea. 
Such  requirements  ere  recognised  and  planifed  for  by  the  chief  prograsaaer.    People  who 
serve  on  the  team  in  a  support  role  are  chosen  for  their  special  skills  and  perform  a 
specific  Job  aa  defined  by  the  chief  progranmer.    Their  period  of  aervice  may  range  from 
e  few  months  to  smsething  Just  undeFShe  length  cf  the  project.    Mot  all  support  cumbers 
of  the  team  will  have  the  chief  .progrimter  aa  a  manager.    Those  who  serve  for  short 
periods  of  time  or  who  act  primarily  as  consultants  ri^-port  to  the  chief  prograsmer 
tectinlcally,  but  not  necessarily  atolnlatratively.    Nevertheless^  commnication  and 
diaciplina  are  foatered  throu^  clear  definition  of  reaponsibilities  and  strict  adherence 
to  the  uaa  of  project  etandarda  and  toola. 

Typical  among  the  short  term*  part-time  support  members  of  a  team  are  finance  and 
contract  specialiata.    A  programer  with  detailed  knowledge  in  a  specific  area»  for 
aaampie  I/O  terminal  co^swiicatioaa ,  might  also  be  a  short  term  support  sjpecialiat. 
Long  tsrm  members  would  include  a  project  manager  or  adminiatrative  assistant  to  the 
chief  progriismer*  analyst.  Md  two  or  three  prograsmoers. 

The  programmers  are  expected  to  be  technically  cos^ptent  and  capable  of  producing 
one  or  a»re  of  the  aubiiystes^  or  major  componenta  identified  as  a  reault  of  the  chief 
programmer 'a  work.    Their  major  function  is  one  of  implemratation.    They  are  obliged  to 
use  the  structursd  prograraoing  technology  in  iJisir  work  and  to  incorporate  their  work 
product  Into  the  developing  ayatra  under  the  s^rvislon  of  the  chief  prograsner.  Con- 
tlauing  dialog  with  the  chief  progrmaer  nA  ether  tem  membera  aa  appropriate  speech 
the  timely  tvsnsfer  of  information.    Oeapite  the  close  workiag  conditime  aad 
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loter<tikp«iuitocies ,  vide  latitude  in  progrcfi  dealgn  and  dcvalopwnt  art  afforded  tba 
pretrMMra  irithin  tha  taaa  effort.    By  a  Plicate  balafiee  of  inforud  amraiteast  deU- 
gaticm  of  taaka  and  attention  to  diaciplira.  the  chief  programer  through  the  tew 
envirosamt  can  provide  a  challoiging  and  profesaional  work  climate  for  theee  t«uB 
■ei^ere. 


A  competent  analyet  bffere  apecial  ekills  to  the  chief  prograraer  in  the  firet 
phaae  of  developoent.    In  ao&e  inetancca  analytieal  aervicae  say  be  required  over  the 
life  of  a  complex  project.,;  It  can  be  expected  that  r«|uireMnte  will  change  aikl  poulbly 
n^  onee  added  aa  the  uaer  and  developer  better  undaretand  ^e  nature  of  the  taak.  Hie 
analyst  functions  to  prepare  the  groundiforfc  for  the  eyatra  deaign.    At  the  beginning  '»f 
the  project  he  works  with  the  chief  programner.    After  developTOnt  starts,  the  analys*. 
will  moat  probably  evaluate  requires«it  changes  and  their  eystei  iaqilications  for  the 
chief  prograsner,  keeping  him  advised  and  assisting  with  change  planning.    At  ths  point 
where  the  systoi  design  is  not  susceptible  to  further  change,  the  analyst's  Job  aay  ttmi 
to  preparing  user  Mnuals  and  planning  for  system  turnover  training  and  initial  opera- 
tions. 


Project  administration  requires  B»re  time  than  the  chief  programmer  has  to  give  on 
a  large  davelopMnt  effort.    A  project  administrator  who  works  with  the  chief.  progrMoier 
can  beat  aupply  thepe  needs.    The  administrator  say  be  a  project  manager  to  vhom  the 
chief  programmer  is  responsible  or  he  may  be  an  adsninlstrative  assistant  to  the  chief 
programmer.    The  amount  of  work  will  vary  with  the  siee  of  the  project  and  the  critical 
nature  of  the  scheduling  with  the  administration  full  or  part  tiiM  to  meet  the  work 
requirements. 

The  adminiatrator*a  prime  function  is  lo  monitor  the  nratechnical  tranaactions  of 
the  project.    It  is  his  responsibility  to  prepare  and  oversee  the  bi^get,  track  labor 
and  other  charges,  and  audit  project  performance  againat  plaimed  schedule.    Be  also  pro* 
duces  the  necessary  reports  both  %rritten  and  verbal  for  hie  manogemnt  as  well  as  the 
project's  customer.    Additionally »  on  administrator  will  perform  some  of  the  personnel 
work  for  the  team.  .For  example,  when  the  ttsom  travels,  the  administrator  will  process 
expense  accounts  and  coordinate  relTCStions-    The  administrator  must  work  closely  with 
the  chief  progrosmier  keeping  him  informed  oi  the  project 'a  financial  status  and  provide 
much  of  the  administrative  managemnt  of  thr  project. 

The  CFT  operation  presents  ne«r  challenges  to  the  traditional  managraient  structure, 
OS  team  requirements  alter  external  as  well  as  internal  relationships.    To  a  great 
extent,  a  team's  proper  functioning  depends  upon  an  agreeable  accommodation  by  its  pf>rent 
organisation  to  relax  certain  managerial  conatraints. 

Instead  of  being  a  well-integrated  member  of  s  pyramidal  organisation,  the  CPT 
operatea  in  a  TOre  independent  fashion.    Derision  making,  formerly  decentralised  ovet 
several  people,  is  now  concentrated  in  the  chief  progrossser  i^o  is  technical  leader  and 
project  manager.    While  greater  control  within  the  team  implies  less  from  without,  it 
does  not  mean  no  external  control  at  all.    The  parent  organisation  regulates  the  use  of 
resources  and  the  chief  programmer  is  accountable  to  it  for  performance. 

The  CPT  has  some  different  implications  for  personnel  management  than  the  tradi- 
tional organisation.    The  team  has  a  slw  buildup  of  people  at  the  beginning  of  s  project 
and  s  relatively  lov  requirement  for  nuodiers  of  people  over  its  life.    Because  of  its 
small  sise»  it  iwst  have  reliable  sources  frcnn  which  to  obtain  people  with  the  right 
qualificatlMs  at  the  right  time.    It  would  be  appropriate  perhaps  for  the  team  to  work 
within  a  much  larger  and  more  functionally  organised  structure,  one  which  could  provide 
for  the  overlapping  of  work  assignt^nts.    Larger  organisations  are  also  suited  to  pro-* 
vidlng  a  sufficient  diversity  of  work  ossignrcnta  so  that  nan  programrors  to  the  field 
are  able  to  gain  experience*  and  expertise. 
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the  tltU  ci  chi^f  progrw&er  is  a  tramiient  one.    To  qualify  for  the  title  one  not 
unly  hmm  to  have  the  right  skills  but  also  an  actual  project.    When  the  project  is 
finished,  the  position  oC  chief  programer  disappears  with  it.    There  may  not  be  nev 
wort  which  re^uiree  a  CFf  •    The  probleioa  of  reasaigning  a  fors^r  chief  prc^roster  to 
oth^r  MQtk  mwm  not  yet  fuliy  underetood       eertainly  not  yet  rwolviNd.    Kuch  mre 
experience  with  these  tesms  vill  have  to  provide  ensvsrs  to  these  questlona  and  aleo  to 
thoae  of  organisation' and  personnel  nanageisent. 

The  CPT  organlsatiout  then,  challenges  traditional  hierarchical  software  demlop*' 
ment  organiaationa  but  at  the  eame  time  offerii  the  potential  of  significant  advantages. 

The  core  sembers  of  the  chie^  progjammer  team  are  exceptional  people.    The  depth 
and  breadth  of  the  technical  background  required  oi  the  core  programmers  are  seldCHa 
found  outside  the  senior  ranks  of  the  profession.    Even  among  this  group  few  retain  their 
techiiical  akills  and  desire  to  mix  technical  and  administrative  work.    Some  observations 
on  qualifications  of  core  members  are  presented  below. 

The  chief  prograsraer  team  relationships  are  continuouuly  being  tested  throughout 
the  Departmant  of  Dafanae  with  satisfactory  results.    Xbeae  preatructured  CPT  relation- 
shipa  allow  the  chief  progranmr  ami  other  team  n^sOsers  to  look  outward  to  uaer  n^ds 
and  technical  poaaibilities»  rather  than  Inward.    Thia  freedom  to  concentrate  im  a 
uaer* a  requiresttnta  is  a  iMjor  aaaet  of  a  chief  programmar  team. 

The  chief  programmer's  responsibilities  are  successfully  discharged  by  a  person 
whose  qualifications  covt^r  a  broad  spectrum  of  technical  and  managerial  competence. 
Qualif icationa  can  be  described  in  terms  of  previous  experiences  and  demonstrations  of 
ability.    Some  c&n  be  translated  into  job  descriptions  with  relative  ease.    Other  quali- 
t icationa  are  personal  attributes  that  are  evaluated  on  a  subjective  basis*  such  as 
creative  ability.    These  personal  qualities  are  every  bit  as  important  to  a  chief  pro- 
grammar's  auccass  as  his  technical  expertise*  and  while  they  do  not  subscribe  easily  to 
measurement,  they  can  be  recognised  in  the  excellence  of  past  performance. 

Since  the  chief  prograomier  is  the  technical  leader  of  the  tesa*  he  must  have  prac- 
tical experience  as  a  prugranmer  and  have  acquired  a  Hubstantial  knowledge  in  several 
progractting  languages*  operating  systema,  and  hardware  lines.    To  be  active  in  system 
and  program  design  as  well  as  implementation  techniques  isqplies  the  need  to  be  current 
in  the  latest  developments  in  ci^uter  science  and  programming  technology.  Currency 
may  be  achieved  through  lurmal  education*  self-study*  or  a  ccasbination  of  the  two.  Host 
successful  chief  programmers  rely  on  the  latter.    The  team's  dependency  on  top-down 
structured  programming  and  the  devel'^pment  Mipport  library  makes  knowledge  of  these 
techniques  and  skill  in  their  application  a  necessity. 

A  chief  programmer  must  be  a  participant  in  the  managerial  structure  with  suffi- 
ciaut  experience  to  understand  the  software  developront  cycle  and  its  requirements. 
Proposal  and  project  management  aasigimients  with  a  variety  of  systems  and  custcmiers 
crrate  the  «invironnent  to  acquire  the  proper  background  for  learning  the  activities 
involved  in  software  development  and  lor  learning  and  improving  manag^ent  skills. 

A  number  of  persunal\  characteristics  set  chief  programmers  apart  from  their  peers* 
Successful  chief  programaiers  are  aigniticantly  a»re  capable  in  Judgo^nt  and  decision 
making  both  technically  and  manageriaJ ly .    There  is  also^  evidence  that  the  complexities 
of  technical  problems  stimulate  the  chief  prograjsuer  to  solutions  thAt  reflect  analytic 
and  creative  abilities  far  above  average.    The  nus&er  of  personal  interactf.ons  both  with 
the  team  ^and  outside  the  team  requires  the  chief  progrananer  be  especially  sensitive  to 
the  intent  and  understandings  of  others  as  well  as  articulate  in  conveying  his  position 
to  those  with  whcHB  he  deals.    The  chief  progrso^r  combinea  these  qualities  with  a 
ilotable  wbitlon  to  exercise  the  laiuterahip  rola  within  a  team.    This  last  quality  is 
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•igBl£icM|tt  for  vitliMit  tt  thm  chi«£  pc^riuiMc  on  a  compln  •jwtMi  pcoJ«ct  atods 
llttl«  diwn  of  oo£e«M« 

Tlw  jtacki^  prcun—r  out  oban  ooomtiolly  tlio  oom  toc^nleal  mA  MHiVHriol 
nporioiico  and  ponoool  chancMrlotiai  m  th*  chlof  pcogrOHwr  oismi  tte  tiwlrap  pro* 
troMsr  Huot  bo  oblo  to  roploeo  thm  dilof  pKogri— it  if  tmnmrnty.    It  tboro  lo  •  Jio-^ 
tlnction  io  ksovlodso  nd  osporloim  botimm  tite  tm,  it  wKf  hm  only  that  tbo  twckttp 
pzogrooMr  hM  not  tbo  braodtb  found  io  tba  diiof  pt<^rao»r.   Altboo^  tbo  bocfaqi  pro** 
groMor  AO  m  Miibor  of  o  CPT  dooo  not  Mmogc,  bo  ibould  bavo  b^  firat^linr  aanagorial 
aaparloaoa  and  typically  vllX  bava  aaan  aaaigavanta  in       or  tbrao  technical  araaa  aa 
a  group  laadar.    On  the  pcraonal  aide,  he  nuat  be  able  to  uorfc  cloaely,  intently,  and 
compatibly  uitb  the  chief  ppograaaMr  idiile  at  the  aaM  tioo  cultivating  tbc»aa  leaderahip 
%ttalitiaa  that  viU  mftle  bis  to  ^rfor«  eventually  aa  a  dilef  prograHaer*    Tbua«  the 
chief  progrMOor  suat  play  a  doadnant  role  in  the  eelection  of  hie  backup. 

The  prograaadng  librarian  nMda  a  aet  of  akilli  which  croaaea  clerical  ami  tacbnlcal 
boundariee  and  a  eet  of  peraonal  qualificationa  iriiicb  enablea  the  librarian  to  contend 
irith  the  bi|^  rate  of  activity  characterietic  of  e  tun*    Throu^  the  life  of  thm  devel- 
opment there  vill  be  a  need  for  the  clerical  eervicaa  of  typina»  filing »  asnl  other  buei<* 
neea  practicea  normal  to  an  office  anvl^ronmentf    Tte  dcwnd  for  aucb  aorvicee  la  heevieat 
at  project  beginning  and  end,  and  light  in  the  middle.    Between  the  etart  and  end, 
different  clerical  afcilla  idtich  permit  the  librarien  to  maintain  a  aet  of  co^H>ter  tiioe 
ere  rmquired.    To  perfozm  this  aervice,  the  librarian  needa  to  be  akillcd  in  the  ua«  of 
a  keypunch  or  computer  terminal  ax^  unteratand  the  procedurea  for  preparing  oii^tei  Joba 
to  update  machine  readable  filea,  for  sidndtting  thoae  Jol^  for  execution,  exd  for 
aaaigoing  the  reaulta  to  tteir  proper  place. 

To  reapond  to  the  changing  raquirementa  over  the  life  of  e  project  t  the  programming 
librarian  needa  to  be  adaptive  to  change  with  astasia  on  quick  learning.  Procedures 
are  learned  on  the  Job*    They  need  to  be  folloued  accurately  and  prodaelyt  but  they  alao 
need  to  be  understood  In  relation  to  the  ssajor  responsibility  of  recordkeeping.  The 
librsrisn  must  be  alert  and  responsive  to  the  needs  of  the  progrmmmers  esf^cially  aince 
this  position  is  the  channel  through  which  all  development  work  flows p    This  Job  f ri?* 
quently  requires  physical  activity  and  the  librarian  must  be  free  of  dioabilities  that 
preclude  walking.    This  is  especially  true  in  a  batch  environment,  less  so  in  a  terminal 
environmmt. 

Correaponding  to  the  chief  programmer*a  leaderahip  ttere  ie  a  charscteriatic  f<iature 
of  librariana  that  ia ^important  to  the  success  of  the  tern*    That  feature  is  a  very  posi* 
tive  attitude     ward  the  Jd»  to  b«s  done.    As  with  other  team  cumbers 9  the  librarian's 
^rsooal  cb        srlstics  reflect  4  stable  personality  willing  and  able  to  ^rform  a 
challenging  ^ 


EXEBCISES 

i«pUin  KtM  pucpoM  el  eh«  CFT. 

Mom  ctw  thCM  Min  Bud9«»  of  th«  CPT. 

List  fmir  dutUi  esquired  of  th«  chief  progrttBsor. 

Explain  why  tho  backup  progctsBMr  pesltlra  U  nccM«i|,ry. 

I' 

Explain  the  sain  function  of  tht  prograaeing  librarian. 

.J 

Explain  tiia  i^ortanca  of  tka  prograning  librarian  to  tha  CPT 

Civa  an  axanpla  of  tha  Jutiaa  of  abort  tarm  aupport  m«&bara^ 

ExplAln  tho  function  of  eh«  projoct  adolnliCrator. 

List  th«  qucllflcAtions  of{ 
•  •    Qiisf  PcosraMMr 
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b*    Baekup  Progmwr 


c.    ProgrosBlng  Librarian 


10,    What  l8  the  major  concerts  of  management  In  utilising  chief  progrssmerg? 
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Atft  •cudyiol  thU  chapter,  ymi  should  ht  tot 

1.  Ie«t«  thm  purpMe  of  m  Uwlofmnt  Support  Lttrary  (06L)« 

2.  .  Clvo  tho  principal  objectivo  of  m  DSL. 

3.  Explain  why  tho  ML  im  crapooed  of  an  intenuil  Library  and  an  external  library. 

4.  Explain  the  difference  beeveen  a  production  library  and  a  development  library 
aa  they  exiat  in  a  DSL. 

5.  Explain  what  ia  meant  by  the  tera  'program  atub.** 

6.  Give  the  term  for  the  autD&atic  function  of  the  DSL. 

7.  What  MBi>er  of  thf»  CPT  worka  extensively  vith  the  DSL? 

8.  Explain  how  a  program  stub  and  a  timing  loop  relate  during  the  developing  cycle. 

DEVRLOPMEKT  SUPPORT  LIBRAK? 

The  Devi'lopraent  Support  Library  (I»L)  servea  aa  a  centrel  repMttory  of  ell  data 
relevant  to  the  project,  in  both  human  readable  and  machine  recognisable  form.    Aa  audi, 
it  is  uaed  to  organise  and  control  the  software  development  nd  is  the  focal  point  of 
information  exchange  -  both  management  and  technical  -  for  the  life  of  the  project. 

The  principal  objfctlve  of  the  library  la  to  provide  atnstantly  up-to-date  repre-\ 
•entations  of  the  progiana  and  teat  data  in  both  computer  and  hiasan  rtwdsble  £oxm.  The 
DSL  concept  ia  deaigned  to  aaparate  the  clerical  and  daveXopffentai  taika  of  progrananlng. 
In  addition,  the  ML  nwtkea  tlie  code  produced  oore  vlaible  to  the  teaiB^iB^ers. 

The  con^onents  of  a  DSL,  aa  an  information  baae,  are  conprlaed  of  the  internal  and 
•*t*r«al  Itbrariea.    Tlie  Internal  library  consists  of  machine  readable  aource  prograna, 
raiJcatabla  Bttduini,  oliject  scdulaa,  linkage-editing  statetsenta,  teat  dat^or  Ji*  control 
attcementa.    The  antamal  library  conaiats  of  all  current  liatinp  of  progrsaa,  «»  well  as 
lihcinga  of  recant' varHiona  of  the  prograna. 

In  nwiy  projecta  a-developstent  aupport  library  ia  oalntalned  by  a  librarian  t^o 
incarfacea  directly  with  the  coaputer.    Progrannaera  interface  directly  with  the  cos^uter 
onJy  on  an  a*  =aptlon  baaia.    In  order  to  permit  thia,  a  atandard  set  of  prodadurea  (the 
computer  or  machine  procedurea)  for  performing  all  machine  operatlona  la  required*  Theae-^ 
procedurea  contain  all  the  neceaaary  Inforciatlon  for  updating  libraries,  llnk-edltlng  joba 
and  test  rune,  conpiliog  nodulaa  and  atorlng  the  object  code, and  backing  up  the  libraries. 
By  using  thMe  procedurea,  the  librarian  is  able  to  perfonn  any  of  the-^llbrary  operation 
without  direct  saaiatance.  ,  Other  team  meobers  eomntnicate  with  the  librarlim  In  auch 
ways  aa  sttoltting  original  coding  sbse.ts,  making  notatlona  on  dlrectorln,  and  indi- 
cating chMgw  on  source  listlnss.    (Sec  figure  2-1.) 
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Figure  ' 2- 1p    Graplil<'  Reprrsentat  ion  of  DSL 


The  DSL  provides  a  Hignificant  afdfcr  testing  and  evaluation  in  that  the  code  la 
centralised  to  avoid  ambiguity  qf  what  is»  and  what  is  not»  valid  aoftvare.    A  develop* 
nent  support  library  will  noraally  consist  of  a  production  library  nhich  contains  co^e 
that  has  been  tested  and  one  ur  inore  development  libraries  for  new  code*    At  any  point 
of  the  project,  the  overall  production  library  a>n8 tltutes  the  current  operational  sya- 
tds.    Therefore  considerable  care  Is  taken  to  see  that  new  segMntc  and  data  Ite®  dafl- 
nltiona  have  been  properly  tested  before  they  are  added.    This  testing  is  perfot^d  in 
the  davelop«ent  librar'^  where  segments  are  created  as  needed  and  enlst  tsitil  the  units  ^ 
ha]|e  been  tested  and  ^ded  to  the  prodiiHion  Ubriry*    When  a  sepmt  Is  added  to  the 
prNuction  library.  It  is  removed  from  the  dewloproent  library.    More  Isnisocy  is  aUoned 
in  adding  to  a  develc^wnt  library  than  in  adding  %o  the  .reduction  library*  Fpr 
exjoplst  if  a  segment  references  s  data  Iteo  for  whidi  it  is  not  suthorlssilt  it  cannot 
be  added  to  the  production  library,    Dnaut^srised  access  im  persdttad  in  a  devslopsKiit 
librsry«  althou^  the  user  wciuld  be  warned  that  he  htt  c^ndtted  m  iqipsrent  error. 
Control  is  obtained  hy  rei|uiring  that  an  update  to  the  production  library  be  conditioned 
on  proof  of  successful  tating  in  a  developswnt  llbrsty*   This  vill  redoes  the  llkelUiood 
of  errors  ^tting  fisto  tJie  systna*   The  verifiestiofi  procedure  are  revisvmd  by  the 
MMger  whose  approval  abould  br  required  for  update  to  the  production  library , 


The  developMnt  support  library  provides  the  neeweary  cimtrol  for  pnvraaini  of  a 
systoi  in  a  top-&iwn  msnMr.    (Sm  fi^re  Z^t.)    Testing  and  integration  iiill  etarc  with 
the  highest  level  system  sepwnt  as  soon  as  It  is  eoded<^    Since  this  se^mit  irill  oer* 
■ally  invcAe  or  inclu^  lower  lei^l  segments,  code  must  exist  for  the  nest  Icsrer  level' 
segnnt.    This  code,  csUcd  s  progrsm  stub,  may  immediately  return  control,  may  cmtput  s 
message  for  diAugging  purposes  each  time  it  is  esecuted,  or  may  provide  a  minimal  eil>- 
set  of  the  fisictlons  required.    These  progrsm  stubs  are  later  espas^d  into  full 
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riuiriiiinal  siaiiucfittt,  whlih  in  rum  r«H{uirf  luwer  lewl  Hc^gs^ntfi.    Iiitegriitlon  it, 
thtfrcpttire,  m  conrinuiiuh  Mrllvfcy  thriiughiMii  the  dt^velopn^nt  prca^sH.    Rurlng  testing, 
the  nyttttim  «iiacucea  th^  Nt^gmiiiii  from  tltt«  Ifhrary  that  have  heen  ccm}«leted  and  use«  the 
mtiAm  Inhere  th«y  have  nui*    It  Is  thtv  chHrneC^rititic  uf  contlniutus  fategratlon  that 
redu»*es  the  need  fur  apt«ridl  tvst  diita  driver^,    ^he  developing  nyHtem  itself  can  support 
tMting  because  the  code  that  Intertacea  with  the  newly  added  aegioents  -has  previously 
b«en  ttitsgrated  and  tested  and  can  be  itted  to  feed  test  data  to  the  new  segmsnta* 


/ 


/ 


■/ 


I'rugi  isn  sttUtH  *'*in  uften  be  crested  hh  an  automatic  function  of  the  development  sup-* 
puit   libra  y.     i'Uiu  Hut^in^atic  function  in  provided  by  the  prograinming  support  library 
fP  fl.) .    Thi'  PSl.  in  nSMffware  system  which  provides  tlie  tcKsls  to  organize,  implei&ent ,  and 
LOiittul  i  Ompuiet  piugraiu  development «    The  syntero  is  denigned  specifically  to  support 
tci|i-di»wn  Jeveh^pmenr  mui  structured  programming.    Different  Implementations  of  a  PSL  exist 
tor  various  couiputer  and  uperating  system  envitfbnmentB  used  in  system  d^velop«»nt.  The- 
fundamental  Vorrespnndeiu  e  between  the  internal  and  external  libraries  in  each  environ- 
ment is  established  by  the  PSI.  office  and  computer  procedures.    The  office  procedures 
are  specified  si  a  detsSled  level  so  that  the  format  of  tJ>e  external  libraries  will  be 
standard  a.  ross  prt»Krammlng  projects,  and  the  maintenance  d<  both  Internal  and  external 
lihraries    an  hi*  atiuraplfshed  ss  clerical  functions.    The  KL  computer  procedures  fpr 
ea*h  sre  e<pre«fily  designed  fur  easy  invocation  by  librarian  personnel  so  that  their  use 
is  nearly  fall-Hurr, 

The  use  of  the  tn|i-d*iwn  Hpproadi  with  a  library  provides  a  bmis  for  capturing  per- 
fc-rmsme  rfata  during  the  developi^nt  cycle.    By  replacing  ea     stub  with  a  timing  loop 
that  utilises  the  estimated  run  time  for  that  function,  the  develc^ing  system  becomes 

i  ' 
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m  model.    Aa  duaay  routinw  an*  replaced  "^ith  wurktfig  rad^t         perfomtfiuce  retiuUa  cAit 
b«  appraised  affaiiwt  thr  perfurwancr  objcf  tlvcs.    In  n  ulitll^it  m;mner«  ntorage  nMociitfon 
cpn  be  aodeled* 

The  use  of  a  developwnt  aup^rt  tlhrarf  'raablnid  with  utrurttirtd  prograumf ng,  lop- 
dcum  devclopcieiitv  and  dociBiuntBtion  nlgnHlcantly  ItRprnvea  munngciiK^nr  control  nf  ttte  anft 
ware  jlcvelopttcnt  effort  by  prnvldtng  ronllniioua  produrf-  vlsfhlllty.  iilnce  the  cl*»veioplng 
ayfitem  la  undergoing  contlrtuoui*  Inlegratttm,  tbp  svstrw  »t«ti»t  Ir  arnirately  r^fl^^brftil  ^ 
throng  the  contenta  of  the  Hhrary;  l,e#v  cimq>l€Mi'neM»i  <n  mfwimnpil  iili  leciivt? Iv  In  tvrmt 
of  how  vuch  of  the  ay«teffi  in  np*»r«t1onal .  The  i^mplpfi'il  c%nU^  iHM  hr  invtevetl  tn  vi  rffv. 
atat\is  and  appraise  the  quaHiy  of  the  Hc»rtwiir<»  iirndurf. 

\        •  • 

\  1.      State  the  purpose  of  ii  TH»vc1opment  Sitpporf  Mhrarv  (IXSI.) . 

\ 

\  ■ 

\ 

Give  the  principal  purpcw^  c»f  a  ISl** 


3.'^    Explain  why  the  DSL  iw  conipi»He<l  of  on  Ititorn/il  llhrniy  mid  «n  external  llhiar\  . 

\ 


4,      Explain  the  difference  between  n  prndiu  tion  I  flirnrv  nnt!  a  d«*vr Jopment  lfhtn»v  nn 
^hey  exist  in  a  DSL. 


\ 

5.      Explain  what  Is  wont  by  the  terra  •'pronram  f*rub. 


6.      Give  the  tera  for  the  automatir  function  ^of  the  I«L. 


7.     What  raeiAer  of  the  CPT  works  exte  ilvely  with  thi'  DKL? 


g,      Ruplaln  how  «  prnRrwn  afi*  and  a  timing  tnop,r«»!are  diirffig  the  dewloplna  i  yr^p. 


niAJ'TKR  i 
HTKIKTUKKU  WALK-THBOUCHS 


lt|)on  ni^lftiuit  ill  thlR  rhspccr.  yuii  Hhould  he  d>lt»  to:  / 

I.    Stilts  why  thr  Hi  rui-liir«»d*'wiilk*-throiiKlt  c^nncept         devel^ed.  / 

Dittius^iuw  at  nit  turt'd  wdlk-climu^iR  will  relate  to  thf?  chief  progr.jssier  ierai 
and  di*v%«lopm««nt^upiiort  Ifhrnry  cumepts.  / 


I,    Kxplain  hi%f  tUv  Hlrurtured  walk- rhmugh  will  operate. 

4,  (Jive  thf  Buiin  arguiiKMii  agdinnr  nf  rtn  tiiri«d  walk*through»  . ' 

5.  ii«?Hi  rlhe  numagt^ment 'fi  rolt*  In  the  Ntrui*tiired  valk-throu^ « 


/ 

/ 


-  • 

MHiiagemtPnt  rt^altzi^d  that  the  i  htff  Programmwr  Tgams  needed  some  fom  of  sdieduled 
ievl*-VH  to  d^ti»nulii^  prntect  statu/4  «t  m\y  glvpn  point.    The  dSL  as  dlscuaaed  in  the 
prrvloiw  L-hapCfe*!  would  greatly  enhance  these  revleva  by  providing  'Constantly  iip«-(o-'djiCe' 
rei»rff*eiitatli»n»  of  the  pragran»  and  tear  data,*'    Recognizing  this  need,  IBM  developed  the 
•.oiiirpt  of  Hiriu  fiired  waik-thntu^H  aa  fuirt  of  itH  chief  programi^r  re^  approach  to 
pruje'ii  iirgaiil/atton.    Other  Mrganlssnt Iuhn  hiivn  referred*  to  the  aaii^  concept  as  "^eam 
debuKMln^i"  and  a  varleiv  of  other  tenaw.    Structured  walk- throujdia  can  be  thouglit  of.aa  a 
net  Ml  i4»rKtii  |niti  t-durt'w  f.ir  revlewH  -  by  thi*  entire  programinlng  tenia  -  of  program  a  peel- 
fii  <it  pio>^iiiMi  dealgii,  adual  i  ode,  mtd  adequacy  of  testing.     If  lisp leneitter ^properly , 

atrut  titled  walk- f hroughn  go  hand  In  IihiiU  with  the  conouts  dlscuaaed  In  the  pre /lous  t^?o 
rhai'trifti  hb  well  aa  the  ioiieepts  to        Introduced  in  Sntlon  II. 

Stnce  the  advene  u!  the  iuiopuiei  age,  i>ragrazniaer8  have  been  urged  to  perfor  exten- 
sive deak-.  hei^klng  hetim-  running  thi  lr  prngrans  on  the  raiaputer;  hc^ever*- deak-checklng 
hegati  t*>  b*i  eiifuiied  IfHH  imd  leaa  an  Hcarc-c  computer  time  becatoe  laore  and  taore  plentiful 
in  tht-  Ui.-  fcO'a.    In  Nome  urgunisatlunr^p  the  advent  aj  tli^aharing  virtually  ellislnated 
the  tutuept  ol  dehk-chtMkVig  altogether,    Struriiited  walk-throuf^ia  arCi  in  a  senae*  a 
return  to  the  old  philosophy  of  deHk-eheiklng,  hut  with  an  In^rtant  difference.    Now  ve 
aie  Huggestlng  itiai  a  grnup  of  programme rH  ahou Id  revlcv  the  design  and  coding  of  aii 
individual  programnu^r « 


Ihe  leal  hnpurianif  iit  the  at  ru«  luted  walk-thrt^ugh  concept  Her  in  its  connection  to 
tip-down  design  and  roilfng.    A*t  a  very  earlv  stage  Iti.a  programing  project,  the  program- 
im  i  Hhtiuld  be  njt*  le  to  nUi^if  tit  other  iiii.i*er9  of  \jfh  team  the  desl^  of  the  entire  program. 
Miuh  i»f  the  pii^^^raiu  will  hi-  In  the  farm  of  |»rogram  rauha  (dunsy  modules)  but  the  overall 
logi*  and  strurtiire  Hhnuld  be  preaeio/  The  goal  of  the  teas  review  Is  to  insure  that  the 
oveiHll  logic  .»!  the  pi.tgr.im  fa  curr#»it.    Rather  thim  worrying  about  the  details  of  low- 
Irfvel  nwdulis^  the  leam  •  iMiceot  ratea  its  eltorta,  at  the  hegiiuilng  of  the  project,  on  a 
levlew  tif  the  high- levf  I  structure  ot  the  |irograra,  thua  identifying  Kiy  ngjor  flaws  that 
th«?  progratnLjer  may  have  uveriookedp    Structured  walk**throug|is  are  techpically  sound  buY 
the  human  eiemeiit  wfU  gc^nerate  some  "resistance  to  change," 

Upon  heinn  introduced  to  tKe  concept  of  structured  walk^throug^St  ««ny  prograssoers 
rr«it  negatively.    Thev  feel  that  it  will  b^  tw  expensive  to  have  four  or  five  program- 
Ult  ra  reviewing  the  work  of  one  prograiBB»»r  and  th^ri  the  pro.lect  will  be  greatly^  ttnpeded 
b^  work  atuppag^H  tii  coo  lut  f  the  wa1k*-through,    (hice  ualng*  the  vtructured  walk-through 
aiprottch,  |)rogniimrta  will  realizes^hat  it  aavea  a  ronaicierd»le  amount  of  time.    First  of 
a  1  the  walk-througli  oniv  requires  a  couple  of  ltour»  to  review  a  week*s  work.  Second, 
b    hciving  four  nr  fi  ve  jirograwmars  look  at  your  design,  with  varied  viewpoints,  the 
c!  aiues  ar--  very  good  that  a  majority  of  the  bugs  will  be  eliminated  before  the  program 
1    ever  ruiu  .  . 

Wl     *  .  '  . 


\ 
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Elkfard  Ymtrdon  In  him  iwA^  *^op-tJoirn  Prr»grAir?  I»algn»**  8t«tei«  thnt  it  nt^em  tlmt  thr 
raal  cybjection  chat  w^vy  pronvmmmrm  have  ta*fhr  ^inirtured  walk-thruiigh  upproach  fn  tli«i 
thcjr  prafcr  not  to  h«vt,  othc»r  people  lookin|$  at  their  rode,    Hanv  prograiraer^  find  the 
«tructur,od  valk-throu|^  an  egc^^bruloiog^ experience.  ^  But  thlpi  fihMitid  n<«t  he  thn  rue. 
M  Gorald  Veifiberg  explained  the  "elfoledti  progratming**  phltunopliv  in  IiIn  hook,  *^The 
Psych^lo^^of  Coaputer  Prc^ramlng,*'    Personality  eunf  lictn  can  citn^letely  deatroy  thc^ 
entire  ^project.    Theae  confltcta  m^^t  be  ellmlmaed  i»r  nt  leaat  mftiimUrd  fnr  th«»  i^j  rue- 
tured  valic-*throu|^  to  be  s'ucceasfu!^.  "  s 

*   t    Within  IBM  the  atnictAip^d  vnlk-^through  1h: 

1,    A  positive  motivation  for  th#  project  teain. 

.  .  .      •         •   )  •  '■ 

/  2»    A  learning  experience  foi^  th^Ueatn, 

3.    A  tool  (or  Analysslng  the  functional  design  of  a  Ryfitem. 
n        4.    A  tool  for  uncovering  logic  errom  in  progrofn  deiiign. 

3.    A  tool  for  elimin*  ting  codiflg  errom  before  they  enter  the  Byatem. 

'      '     .  '  " 

6.  A  framework  for  implefnenting  a  testing  Btrntegy  in  parol  lei  with  devQlopfneni. 

^\ 

7.  A  neasure  of  completeness.  ^ 

Also  vithin  IBM  the  basic  charscteristlcfir  of  t^ic  Htrurtured  wnlk-through  are: 

1.  It  is  arranged  and  arhciliiled  hy  the  develj'pcr  (nwlrwrr)  of  the  work  product 
being  reviewed.  * 

2.  ManageiDent  does  not  attend  tho  valk-lhrnugli  nnd  H  1b  hhI  uned  nn  a  IohIs  for 
employee  evaluation.  '  * 

3.  The  parttcipontH  (revfivers)  nre  >clven  the  rev!f%?  mntetlftlB  prlnr  to  the  walk- 
through and  are  expected  to  he  f^mlTliir  with  Ihi-m, 

4.  'The  wajk-throu^  fs  »trucrured  in  thV  aener  that  nil      f  etideen  know  what  in  to 
he  acionqiliahed  aniif  whm  mie  \hvs  are  to  piny. 

The  emphasla  la  nn  error  detection  raiher  than  error  <  f«f  t ert  Iftn . 

6.    All  technical  nenitera  of  the  project  leam»  from  mmt  peiilor  tf»  tm?si  Junf'T. 
have  their  work  product  reviewed. 

.  r 

Experience  with  structured  walk- th roughs  has  been  taont  encovtraging.  Undouhtrdly, 
/  tSiere  are  a  nuS>er  of  ways  they  inould  be  mdified  to  fit  other  nrganlratlnna .    The  central 
Idea,  Iwavert  should  remain  the  sa«e;  I.e.,  to  convert  the  clnf^Hlral  project  review  Into 
a^productlve  working  session  wiiidi  not  only  tracks  progress  bin  wlHeli  m;ik«'a  n  \nm\M^- 
contribution  to  that  progress,    ciutwardlv*  Btm^iRemenf   !nviflvi»tiH»Hf  /ippe/irri  f»iif  In 

reality  structured  walk-througliH  provide*  m^ttingt^iaenf  wltti      V4»ltfrlc  \%%%  (nlHiinH  t'rn»rt  Im 
the  system  at  the  eiirlii^sf  poHslble  t  f«w  when  fhe  rnf4|  of  rnrre<  t  Itig  Ihem  la  ](«ireH(  aid 
th^lr  iBipact  is  ^Bisallest «    ^  ^ 

/  '    ..  .      \      ■  . 
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EXERCISES 


1«     State  vhy  the  structured  walk-throu^  concept  was  developed. 


2.  Discuss  how  structured  walk-throu^s  vill  relate  to  the  chief  programmer  teams  and 
development  support  library  concepts. 

3.  Explain  hov  the  structured  valk<*throu^  wiil  operate. 


4.      Give  the  usain  argxsoent  against  structured  walk-throug^is 


5.      Describe  management's  role  in  the  structured  walk-througji. 
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SECTIOS  II 

TDSP  DESIQj  TOOLS  AND  TECHNIQUES /DOCUHEIIATIQN 


IKTRODUCTIOK 


Section  II  discusses  the  various^  design  aids  and  design  techniques  us^d  in  Top-Down 
Structured  FTosraming.    The  documentation  tools  are  presented  fii;st»  beginning  with 
Data  Flow  Craphs  (Chapter  4)  •    Qiapter  5  explains  the  maxiy  facets  ;of  structure  charts. 
HIPOs  (Hierarchy  plus  Input-Proces8-<Jutput)  arc  taken  up  in  Chapter  6-    Structured  flow- 
charting (Nassi-*Schneiden&an  diagraos)  is  the  topic  of  Chapter  7.    The  various  techniques 
of  6tructur;£d  design  are  described  in  Chapter  8.    Chapter  8  begins  with  Transform 
Analysis,  with  module  coupling  and  module  cohesion  following.    Transaction  Analysis  con-* 
eludes  the  chapter.    Each  technique  explores  the  problea  frosi  a  different  avenue  and 
provides  a  different  graphical  representation  of  the  problem.    There  is  uo  best  tool  or 
technique,  since  they  all  provide  valuable  information  to  the  design  process. 

To  gain  a  full  understanding  of  the  material  in  this  tfec£iot^t  xt  may  require  reading 
the  Section  twice;  first  for  familiarity,  then  secondly  for  comprehension. 
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CHAPTER  4  ^ 
DATA  FLOW  GRAPHS 


Stud%*  of  this  chapter  should  enable  the  student  to: 
K    define  the  function  of  the  data  flow  graph. 

2,  Explain  at  least  three  of  the  benefits  that  may  be  derived  froi^  use  of  the 
data  flow  graph. 

3.  Construct  a  data  flow  graph  as  specified  in  a  sisq)le  probl&s  statement* 

The  Data  Flow  Graph  (DFG)  is  a  simple  yet  effective  oathod  of  organizing  and  record- 
ing the  initial  ideas  for  the  solution  to  a  problen.    Like  a  "system  flowchart/*  the 
emphasis  is  on  the  flow  of  data  through  the  problem.    The  solution  should  correspond  to 
thl$  data  flow;  that  is-  for  each  piece  of  the  problon,  there  is  a  corresponding  piece  of 
the  solution. 

There  are  several  benefits  (Attained  by  taking  the  time  to  construct  the  data  flow 
graph(s):  *  •  - 

1.  A  data  flow  graph  becon^s  a  starting  point  in  the  solution  process.    Rather  than 
getting  tangled  in  details,  it  is  easier  to  provide  an  ovetview  of  the  problem  to  lead 

to  the  design  of  the  solution. 

2.  There  ,is  also  less  of  a  chance  that  time  will  be  wasted  in  solving  the  wrong 
problem.    How  does  this  happen?    By  ambiguous  specifications  or  invalid  assumptions. 
Often  the  user  is  no^^sure  of  what  he  wants.    By  providing  a  data  flow  graph  early  in  the 
design  stage,  the  problen  stands  a  better  chance  of  being  understood  by  eveiVone  involved. 

3.  Then  the  data  flow  graph  becomes  a  cossnunicatlon  document  for  w^k-throu^s  by 
managers  and  tisersp  or  by  other  4>rogrammers.    Even  if  there  is  not  a  formal  walk-through, 
a  data  flow  graph  can  be  a  point  "bf  discussion  to  anyone  related  with  th*»  problem, 

4.  As  a  form  of  documentation,  a  4ata  flow  graph  provides  the  maintenance  program- 
mer with  a  simple  overview  of  the  jSrobJ^em.    A  data  flow  graph  is  much  easier  to  undei^ 
stand  and  relate  to  the  overall  org^<:ti2ation  of  the  solution,  than  deciphering  code* to 
obtain  the  same  picture.  ' 

<r 

The  data  flow  graph  uses  simple  graphic  elements  to  show  the  progression  of  data 
items  from  input  "to  output.    Decisions  and  control  logic  are  not  shown,  only  the  major 
data  Items  and  their  processes. 

The  elements  of  the  data  flow  graph  are: 

The  arrow  shows  the  flow  of  data  through  the  graph.    Tlie  arrow  will  be 
labeled  with  the  associated  data  item  identifier. 

The  circle  indicate  a  process  being  performed.    A  name,  descriptive  of  this 
process,  would  be  written  in  th^  circle  (it  is  often  easier,  for  size  con- 
siderations, to  name  the  process  and  t^en  draw  the  circle).    Due  to  tne 
graphics,  a  data  flow  graph  is  sometimes  referred  to  as  a  bubble  chart. 
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Figure  4-1  shows  that  Dat*  A  is  used  by  process  B  producing  Data  C.    ^a"  C  ia  used 
bv  process  D  which  then  produces  Data  E.    In  this  example.  A  1.  the  initial  input  and  E 
is  the  final  output.    C  is  an  intermediate  data  item. 

It  is  important  to"  correctly  describe  the  data 'as  it  Is  processed  in  a  data  £lw 
graph . 


Figure  4-1 


Figure  4-2  shows  the  use  of  abstract  data  ite»s  and  the  general  processes  necessary 
to  change  the  data  from  one  form  to  the  next.  ^ 
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Figure  4-2 

Suppose  the  proble»  statement  said.  "Provide  edited  records  fro.  the  transaction  Mle. 

The  statement  is  ambiguous,  to  say  the  least.    Still,  figure  4-2  representsh  the 
v«r  ofe  per^oHnterpreted  the  problem.    An  assumption  was  made  that  a  par:  of  the  prob- 

U  to  Stain  a  record  from  the  transaction  file.  The  problem  could  bo  rurther 
i^erjreted  into  more  detail  by  making  more  assumptions.  However,  this  cc  ,.d  be  a 
wasted  effort. 

Consider  this  problem?    Update  the  master  tape  file. 

The  solution: 
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And  if  ^mam  Msiimpt ti>ti«t  urc  oiadif: 
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Figure  k^k 


li  ili  obviuiiH  that  m<itr  intumiiitiun  iK  nerdt'd  ur  <\  Krt*at  deal  of  time  could  easily 
t  r  wMstrd  oolvlnH  tlif  wroii|<  problem.    Hather  than  complain  that  che  problem  is  asdsig- 
U4)ua«  a  data  flm  graph  i*^it  be  preaentfd  for  »^1aboration  and  ruiiscructlve  cotmnent:.  The 
uiier  i  an  K^t  an  Idea  i»f  what  iht-  progrmmner  \\  doing.    Hoth  can  effectively  coimxnlcate« 

iti«^  data  lten»  \>\  %\w  data  I  lew  graph  ar  •  not  woi^uter  uriented.    Thoy  are  in  hunan 
tciiDtt  and  depend  on  the  iiitt^rprt* tation  of  thr  prohlrin  for  their  description.    The  data 
Itt-mii  are  carefully  labeled  to  show  each  step  in  the  transformation  process.  The_ 
hiablllEv  t<i  visualli^e  |.hf  data  flov  indicate  <  a  lark  of  understanding  of  the  problem. 

1!  ttic  problem  for  liK^^rra  4-3  and  k'U  wis  further  described  to  incJude  sequence  . 
thrcKtiigt  the  variiiua  traiiwactlun  edits,  and    he  requir^Qient  to  process  all  the  informa- 
tion tor  a  particular  record*  tht^n  thi>  next     ire  detailed  data  flov  graph  might  look 
like  figure ^-5. 
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Th«  data  fltm  graph  In  figure  4*^  doeii  tint  nhr^f  the  control  to^ic  iind  decision* « 
It  le  not  the  purpoce  of  the  data  flow  graph  to  aolve  the  problfin  ~  onlv  to  define  It.  ^ 
Notice  that  the  aize  of  the  "bubbli*"  doea  not  rorreapond  to  the  «i«e  or  cnt^lexlty  nf 
that  particular  part*  of  the  prohlem.'  The  gropli  ia  not  concempif  with  hoir  the  data  flow 
la  Initialised  or  teroinated  nor  ho*r  euhaequrnt  rccorda  are  prnrnpaed.    Thpre  me 
flagat  avltcheat  or  extraneoua  data  item  wlttrh  vill  probably  He  requited  in  the  roIu- 
tion*    There  arc  no  error  pathat  althoufd^  if  cnn  he  aaaumed  thuf   fhnrr  could  hr  ein^tB, 
since  the  probleia  requirea  aequence  checka  and  rdlts. 

All  of  theae  detaila  are  left  to  the  lower  levcla  of  dealRn  %/herp  the  quest  Itm  nf 
how  to  aolve  the  prcd^letn  ia  cnawered*  TYie  dnta  f1nw  gri<ph  la  tri  Mnp.  what  the  prnhlrm 
ia, 

'  Examplea  have  been  sttown  uBinK  a  data  fltv  grnph  with  v/iK'»«*   'rid  brief  problmj 
atatetnenta.    If  the  ptobl-'W  sped  ficot  inns  nm  Intn  aottif  niimbn  i>l  pagrn  or  even  «  lifiol* , 
•a  data  floi^  graph  ia  still  a  valid  tool  to  organize  the  thnughi  ptnrrsp  for  visualtzfoK 
the  overall  probleia.    If  the  problets  Is  very  rnwplpx,  it  may       tvipfrr  lo  undrn^tnnd  if 
it  ia  exAsined  with  aeveral  levels  of  data  fliw  graphs. 

In  conatructing  a  data  flow  graph,  it»  may  be  easier  to  sIntL  with  the  putpnt{R)  '^aiuf 
work  badi  toward  the  inputs.    Then*  ,  are  no  absolute  rulen  for  rnnst  nicting  dote  flw 
grapha,  but  some  guidelinf*a  may  be  helpful. 

c 

^      !•    Do  not  ahov  control  logic  or  decisions. 

t 

2,  Ignore  initialization  and  trr^nlnat  iori.    Pretend  that  U  all  "riaia"  at  onr»*  pn»f 
etaya  running.  . 

3,  Label  transitiuna  very  rarrfullv  i%n  to  d;tta  pasned. 

4,  Make  sure  that  data  flow  Is  corrn  t  f*or  the  level  of  detail  b#*ing  shown.' 

5,  Dw  overly  iroaginat ivc,    Fxprcss  thr  prohlrm  as  clearly  an*^  siwplv  ns 
possible «  , 

,    6.     Identify  assumptions  for  further  cJ/irif  ii  ntlon  before  f  nrlhof  deslf  .i. 
^       7.    (halt  aifi^le  error  paths  from  caeh  "biihblf"  tn  the  nut«lde. 

8.  Work  from  input  to  output,  or  vfrt»  veHia,  niitll  stu«k  -  then  swifrh. 

9.  Don't  flowchart. 

A  data  flow  graph  doea  not  produce  a  pn^gratn.  It  only  illustrates  the  way  an 
individual  Interprets  the  probletn.  The  data  flow  Rraph  Is  used  for  further  dewlgn 
strategy  to  provide  rlues  to  a  good  ifi^slKn  otHatii  ?.iit  Ion  -  Thesf*  ati  ateKiea  wi  11  h9 
discussed  in  Chapter  B. 


KXKJ  CISKS 


1,     Vhmt  U  th«  pyrp<Ni«  of  fh«  data  flov  gruj^? 


2,      Give  three  b*>neflt:e  ol  d«tii  flaw  graphs. 


1.      (*onsrru>*t  m  dara  flciw  graf^t  for  the  fuUoiirfng  problfn: 

*'Kdlf  Che  mat*cer  fllf  to  dflete  records  which  are  outdated.  The  new  file 
will  be  sorted." 


4-' 


CMAPTSK  5 


I 


^  STRUCTUBE  CKARTS  . 


Upon  conpUtion  of  thlii  chapter,  the  studenc  will  be  able  to: 

1.  Identify  and  amp  la  la  the  uae  ot  the  graphic  elesenta  of  atnicture  cberta* 

2.  £aplaln  baalc  facta  relating  to  the  uae  of  atructure  charta. 

The  atructurt?  chart  In  a  design  tool  which  la  noted  for  ita  alspllclty  and  flexi- 
tilllty.    It  la  uaad  tu  organise  and  docuG^nt  the  thou^t  proceaa  leading  to  the  aolution 
4if  a  probl^.    The  atructure  chart  <an  be  used  ««flfcoy  level  of  dealgn  to  braek  the  0O|tt* 
Lion  Into  alspler  coBiponfcfita.    Slaple  graphic  el^nta  allow  aeveral  dealgn  concepta  to 
be  evaluated  with  minimum  effort, 


A  MODUUE 


'  Figure  5-1 

V 

Kl|&ure         itepri^atnij*  a  functional  part  of  .he  solution.    For  convention,  this 
tunLiiunal  part  wUl  bt»  rt-ferrtd  to  as  a  module,  since  it  will  be  considered  "an 
aeisetubiyt  funcilitiilng  an  a  ctmirun«nt  of  a  larger  part.'*    A  brief  descripticm  (u»uall> 
ijioa  or  two  wur  da)  ut  %Uv  I  unction  oi  the  module  is  placed  wltiiln  the  figure. 

figure -5-1  iu  utfed  lot  loodules  which  are  yet  to  be  developed.    To  Illustrate  a 
wud  ilt^  which  la  pi4-*def  Ini^d  (auth' as  a  library  subroutine)  ,  figure  5-2  ia  uaed. 


A  PREDEf  INED  MODULE 


Figure  5-2 


The  detilgn,  using  ^  atructure  chart,  Is  coDpoaed  of  tbeae  modules,  interconnected 
to  show  their  relationship  or  hierarchy  to  one  another. 


•  .  KiRuic  b-3 

V 

•  Ad  exABple  of  thia  relationship  is  showii  in  i  Igurc  5-3,  where  mwlulc  A  citntrolR  B 

and  C  (B  and  C  are  auburdinate  to  A).    In  other  i^irda,  for  A  tn  perfom  ite  functicm,  it 
mvMU  perforw  B  and/or  C  In  aumc  coidiination/   The  rontroj  of  6  and  C  ia  in  oodnle  A. 
Sonewhere  In  A,  a  normal  transfer  id  nade  to  execute  B.    After  B  has  performd  its  funr- 
tlon»  control  la  returned  to  the  point  in  A  where  the  transfer  iiriginali?d  and  the  neyt 
statottnt  ia  executed.    This  is  desarihied  as  a  normal  cunnection  and  is  read  as  "A  nilJw 
B."    Also  somewhere  in  A  is  a  refiftence  to  module  C  which  is  n  predr fined  TOduIe. 

This  structure  chart  does  not  show  Xugic.    Thtri*  arc  nu  vltfi*B  as  tu  the  order  of 
execution  of  modules  B  and       the  numhvr  of  times  ihey  are  calU^d,       it  one  or  both 
faodules  are  required  each  time  A  pro  «?Bse5  Uata«    Suppose  module  ('  was  a  library  sort 
routine  and  module  B  was  an  error    ^ndllng  f unctic^i.    Most  of  the  time  module  B  would 
not  be  needed,  but  the  error  puBs4.bllley  doi*s  exist  in  thr  prublf^m,  no  R  is  there  when 
it  Is  needed.    Module  A  determini-R  when  this  need  ocrura. 

The  rules  of  structure  charts  allow  wide  vari/itions  in  thp  nraphlc  firrangement  o< 
modules,  as  shown  in  ligurt*  5-4.     For  Ihin  reauun,  the  lines  bt^tween  UHjdules  have  an 
arruwht.dd  to  show  control.    Buth  rjiomplrN  fIJitNtrair  the  name  nmiepi  .    M^idulr  A  ront'olft 
modules  B  and  C. 
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Xm%^  all         rutficsiuri*  bliiw«fti  sudtilcsi*  tiuvu  brvn  Uunif  dirf*c(ly  using  nonul  ^coii-^ 
ti«fctiuuft  M  111  fliiurv  S-S,    Kutliis  ttiMi  ilt«>  Jlne  lor  this  nuraal  cuimection  does  not  tnter 
A  uf  b  «£sic«  ttMi  ilm  would  UMtii  Ituti^iMM  lnt«/Ml  nferisticiiia  which  In  explftim^  iattsr 
to  Kbltt  chapter •   Tti«rp  1«  only        IIm  fros  A  to  B,  «v«  though  thaw  My  bo  Mvonl 
distinct  c«Uo  to  B  {rcw  A. 


Fli^ure  5-5 


Hits  cfttcucturtf  chHri  <illowtt  the  eiiructure  or  organisation  of  the  dealgn  to  be  eaally 
Mhuwn,    Figure  5^b  lUuat rates  a  basic  structure  chart.    Module  E  Is  Invoked  by  two 
modules.    This  structure  may  causs  modltlcatlon  problia&s  since  a  change  In  -  might  now 
Impact  both  B  and  C. 


7  . 


Figure  5^6 
5-3 
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II  thia  ia  conaidtred  to  be  •  problaai,  th«n  the  daalgn  can  ba  raorganiiad  ao  that 
,  w    ^        ccmtrol  aaparata  E  Mdulaa  aa  in  flgura  5-7.    Tht  point  tn  be  maAm  ia  that 
although  figure  U-b  appaara  to  be  aor*  efficient  and  requfrca  l>iia  wark.  It  ia  alao  por*. 
co«pl«,  Mking  it  Bore  difficult  to  debug  and  laudify.    Efficienry  ia  a  two-aided  coin. 
The  tine  spent  ci>nsidering  the  design  will? be  nure  titan  rfpaid  «>ver  the  Hfe  of  thr 
aoftware  product.    Deciding  the  beiit  way  t«  orgnniw  the  ni.lutl.m  Is  thi-  r«.«l  woik  ol 
design. 


D 

• 

« 

r  7 

r 

• 

Figure  S-7 

structure  charts  seldom  show  logic.    Major  decisions  and  iteriitions  may  b*.  shown, 
but  theV  are.  not  widely  used  because  thev  clutter  up  the  desi^gn  and  have  little  meaning. 
Figure  5-8  shows  the  liroited  logic  symbols  for  Btnirture  charts.    ModuJf*  A  invohei« 
module  B  based  upon  some  ducision.    Module  A  ^Jso  cnntnJnB  a  Ivop  vhuK.  cf<lJs  fiu 
module  C  to  execute  some  mimbrr  of  times.*  »  . 


Kigiire  '1-8 
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Ftgur*  5-9  shows  mom  Maaples  of  atructure  cbttrt  logic  ac  the  progrsa  l<v«l  and 
the  co4tng  clwt  Bight  b«  si^cctMl  ifx  ««cb  of  the  A  aoduUc. 


DO  5  I  -  UN 
.CALL  B 
S  CONTINUE 


DO  10  I  1.M 
CALL  C 
It)  CONTiNyt 


Pimm  B  N  TIMES 


PERFORM  C  M  TIMES 


DO  5  I  » 
CALL  B 
CALL  C 
b  CONTINUE 


1 ,N        PERFORM  B  THRU  C 
N  TIMES 


DO  b  I  »  1  .N 
DO  It)  I  -  l.H 
Call  B 
'  CallC 

5  COfiTINUE 


Figui  H  ^-y 
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All  discMtioii  thm  far  hM  cMt«red  armaid  the  nofMl  cutimction  b«tim«a  vodulc*. 
thare  My  hm  •  aituaticm  re^iriiiK  another  type  of  control  organiMtlon  in  m  structure 
chart.    Figuro  ^10  llliuitratM  th«  graphtce  of  this  **p«thoio|ical  r.ontrol**  conn^cilffii. 
All  soduloi  up  to  thhp  point  have  Maintained  o  oiMi-ln  on«-«ut  colicapt.    That  ia,  M  « 
Mdula  vaa  Inittatad/  it  did  ao  at  a  aingle  entry  point  and  terminated  «t  a  ainglr  eall 
poitat.    Thia  vaa  done  ragardleaa  of  referencea  ur  calls  to  other  Mdulea.    The  vunttul 
alvaya- returned^  to  the  point  where  a  module  was  invoked.    The  pathological  control  cbn^ 
nectlon  la  an  abnormal  exit  from  or  entrance  to  n  module.    An  example  can  t^a  aade  frtmi 
figore  5-10.  ^Suppoac  a  re^uiment  existed  to  edit  a  Iield»  checking  for  m  spec tf if 
range.    If  the  field  vaa  above  the  range^  minlutc  A  «#i>uld  d%i.one  Ihln^;  wr^  bel<*w, 

A  vould  do  aomathing  else.  Although  thin  could  be  handled  with  a  normal  ronnpction  by 
checking  tl^  reaulta  of  B  upon  the  return  to  X,  wppneie  B  returned  control  /to  tfi^  rot- 
reaponding  part  in  A,  thua  eliminating  t|ie  check  in  A. 


A  pathologicai 

CONTROL  CONNFCTIC^, 
TROM  B  TQ  A 


■  L 
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Figure  3-10 
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Tha  pathologi(iai  control  connertiun  is  ui/d  if  the'  cost  of^  noroal  conoe*  lion  ii 
tcKi  high.    The  aaa^ciated  coat  fl>ctura  Hhouid  i^clude  prograraer Vlficl^ncy  as  well  ai^  . 
aachine  efficiency j    The  latter  has  unfortunately  been  given  too  much  rapHasts,  rdnttl ting 
in  software  produclifi  which  are  difficult  lu' develop;  document    drbug,i|^d  ewnlify.  The 
pathological  control  connection  generally  fncreaneB  the  cv^nplexlty  pfCx^  nolutlon  t«» 
such  a  degree  t^at  many  authorities  on  thi*  fiuhjei:\:  Htrongly  ^dvcuate  not  using  thtn  ^ 
abnormal  connect ioil.  .        ^  '  '  * 

Besides  shovirg  the  control  structure  \sk  hlfrarchy  of  modulest  a  structure  chntt 
aXao  shows'" the  cone unicat ion  between  im3dul«:»H  by  indiratiiift  data  flow*    Just  UIm*  vim- 
nections,  there  arc  two  general  categbfies  of  <|«ta  llow,  norMl  (direct)  and  patholugJca) 
(indirect).  'The  distinction  between  the  two  tHii  be  labeled  direct  and  indirect,  / 


-The  normal  data  Clow  (direct)  la. illuatr^ted  in  figure  S-ll«    Kodule  A  {»aaaea  data 
inrdrmatjxyi        tc^Uodule  B»  .and  B  returns  tuntrol  infomat^on  named        to  A.  Notice 
*thatO— a^  is  uatfd  for  data  and# — ^means  .control-  ^The  diatinction  between  •'d^a*' 
and  '^cmirrol**  type  I  information  is  determined  by  the  primary  purpose  of  the  inf  otiuitloi*  ^» 
tttm.    To  add  clarity  to  the  software  effort,  each  information ^^1  tern  should  bt  mw^  toi 
a  apecific  purpoaet    This  rule  i»  often  violated  when  t%e  need  J  or  a  control  fM^arlf^e 
aitt!  an  '*«Bipty"  infO^tlM  ite«,(one  which  has  served  its  puifpwr  aijft  is  no  logger  ") 
needed)  la  uaed  for ^this^additlmial  duty.    Again  the  ((u^stlon  at  efficiency  t^at 
anawred.    Is  the  space^ (core)  whfcli  is  aa%ed  worth  tlw  Iticrea^f  in  impleaHy  idiich 
reaults  in  diMriattentstion^  debnggif\g> and  i^ifl'catiim  prt^Hlewi? 


/ 


.1  4 


f 


NOfUlAl  DATA  FLOW 


« 


INf  OHMAIION 


I  1 


V  CONTROi 
^        tNFOMATION  (FLAG) 


Figure  5-11 


^1  TYw  cimospt  of  dAi«t  llai  between  mcxlult'S  in  difficult  to  de£iiiet  but  it  is  ispor** 
ce^lf.    Thih  concept  ehuuld  not  be  ttiuughl  of  m  being  imple&ented  by  «  per  tiller  len- 
gMH^.    It  e&iete  et  tht»  oiure  ebetrect  design  level  <ind  once  date  flov  hu  been  designed 
Into  t\uf  system,  the  ptogrsiaming  follows  with  the  soiue  dsts  flow  cosplexity  ss  the  " 
desfi^ii*    In    COBOL,  thfdsts  flow  between  omdules  (p.irsgraphs)  mtist  be  controlled  by  the 
det>igii  ftlnce  sirusts  it«»s  sre  declared  end  are  sccissible  by  all  the  modules  (para-- 
grapliv)  in  the  priJgrain.    The  ideal  cmiditloii  wuld  b«-  to  giv&  a  midule  only  thMe  Intor-' 
Mtlvn  itMs  which  it  lequires  to  peifona  its  functritin.    Thi^  ia  a  rasnageMnt  and  security 
concept  uf  littiting  inlunaation  te  a  need-^tu*lmow  banis.  / 


FUIiTRAN  subrouiintrit  allow  restricted  sccesii  to  dato  un^o  need-to-knuw  bssis. since 
the  data  i^ens  art?  pashi'd  as  parameters  to  and  from  the  subroutine.    Although  there  is  no 
distinction  betwei$n  p»raiue|;efs  which  are  input  ur  cmtput  by  the  calling  statesent  to  a  . 
aubruutine»  the  data  f hjw  la  still  latabliahed  by  the  design  and  reflected  by  the  pro* 
grao*    Sosw  prugrasoaierf*  reel  that  data  flow  is  easier  to  handle  if  all  cuxiules  have 
access  to  all  data  itemM.    Evt-ry  datii  itea  is  passed  to  each  sodule  either  through  the 
xall  ur  via  named  or  blank  amtaon.    The  reaulu  can  be  disastrmis  over  the  life  of  the 
systecD  or  progran  when  the  organisation  of  the  4ata  is  misunderstood  sod  changed  for  a 
modification  or  for  efili'iency* 

A  s/tructure  cttart  which  passes  a  large  niodier  of  data  it^is  isay  li^leatc^a  poor 
design  and,  ther«Kfiire«  require  a  redesi|^  of  the  syatm  or  progrm.    If  it  is  deten&ined 
thst  the  design  is^good.  then  a  crosp-referencing  schero  (usins        mm  o^.  separate 
pages)  can  be  used  to  alleviate  Che  clutter  cauaed  by  using  mesningful  dsta  naaes  within 
tlis  coikfinas  of  a  structure  chart. 

The  other  Lategory  uf  data  flow  ia  the  pathological  data  connection  shown  in 
figure  5-12.    The  grapiirics  deviate  to  illuatrate  thir^  concept  in  a  structure  chsft  since 
the  data  "flow*'  is  agaltist  the  arrcw,    Module  A  has  »  normal  control  coimection  to*B  and 
tUer#  in  also  an  ImHrvi  I  reference  to  data  it^  X  which  exists  in  B.    The  reference  la 
f ri4a  A  to  Bp  but  the"  data  flovs  against  the  a^row  from  B  to  A*    The  best  mnmplp  of  this 
(y.pc;  uf  connection  is  thr  Cc^KON  declaration  in  FORTRAN.    If  the  main  program  aful' sub^ 
routines  ar^^  thougti^  ot  as  iwdules,  thsn  data  presage  can  be  done  directly  by  listing 
the  paramett^rs  ro  be  pdssed»  or  indirectly  by  referencing  data  in  Cfimm*    Although  the 
laiter  seems  easier  and  more  efficient!  it  would  be  wise  to  consider  the  problems  of 
dsbugging  and  modifying  such  a  connection  as  cc^pared  to  explicitly  listing  the. data 
itvms  ;passiM.  ^  v  . 
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3  Si 


PAT  A  n  f>W 


The  mechanics  of  structure  charts  are  simple  and  flexible.    Several  designs  cnn  b 
considered  with  ttiQioum  effort.    The  initial  otganization  nf  the  Btmctuie  chart  in 
in^rtant  eince  it  is  the  basis  f9r  all  the  design  work  to  follfm^  so  ^cmw*  extra  klm^ 
should  b«  spent  analysing  this  initial  design  to  achieve  the  best  possible  systrm. 
Chapter  8  diacusaes  aeveral  design  considerations  to  provide  clyes  as  ti*  how  to  orK^yi 
a  good  structure  chart p    A  programmer  fmist  use  ntrurture  cliarlft  nevcral  tift)%:6  bvforr 
gaining  the  desirt^d  proficiency  and  the  full  opprccintion  nf  snrnt*. 


STRUCTURi:  CHARTS 


What  is  a  module? 


2.      Wliat  is  reprusented  by 


and  DO  ^ 


How  is  a  nortoal  connection  betw«2en  oiodulca  reprf-aented? 


What  ia  the  purpose  of  a  structure  chart? 


7,      Willi  itt  a  |)i*tholuglcfil  control  coniii*ctlon7    Why  ahouid  it  be  avoided? 


6.      What  i>ymboI  ia  uaed  to  rapreacnt  paaalng  data  inforioation?    Control  information? 

\ 


^.     What  i«n  ba  done       reduce  deta  it^e  bi;ln|^  paaaifd? 


10,    Why  li   the  Initial  litructure  chart  important? 
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HIPtia 


Vp<m  conviction  of  this  chapcer,  titn  •tudent  should  be  dble  to: 


1.  Define  the  Mcnvfn  •HlPo." 

2.  List  the  flirue  dlagras  uaed  <n  the  HIPO  package  end  eKplnin  the  tine  of  encli 
dlagrm. 


3.  Explain  the  purpose  of  graf^fcH  In  HTPO  copi«erurl  Ion. 

4.  Exploili  when  HlPOa  are  initlstrd  in  fhe  svstero  tlpvelopment . 
^.    Explain  htm  HIPOa  are  used  at  each  ntage  In  the  develnpinetit . 


INTROnmON 

IBM  developed  a  design  end  documentation  too*  to  covplsaent  the  top-down  dmign^ 
structured  progrsnaingp  «id  dhief  proKtaMer  tesM  iaetho<fol ogles.    The  tool  draipied  wm 
hierarchy  plus  Inpot-process-output  (IIIPO).    HTPO  atds  in  systrm  develo^rent  hv  pro- 
viding a  graphical  representation  from  the  initial  design  thttough  the  life  of  the  ayn- 
taa.    The  HIPO  package  coralats  of  three  diiiKraas  wtiich  prnvidr  a  rt^lete  pictorial  and 
vetbal  representation  of  the  project.    The  Him  approach  to  systsi  design  is  fnim  the 
gi^oeral  to  the  specific,  as  the  top-down  design  philcvophv  Is  to  system  devetupraent. 
Flovcbastiog    is  a  uneful  tool  but  is  af^d  »t  the  logical  structure  of  a  prngrw. 
HIPOs,  on  the  other  hand,  arc  concerned  with  the  functiinwl  developoent  of  the  ••yatoi. 
KlPO  allfwa  for  a  fonaalisation  of  the  designer's  thoughts  at  on  early  stage  of  the  • 
developaeot.    It  is  a  foroal  guide  to  progr^^rs  during  che  coding  phme.    HIP«»b  ron- 
tiouc  to  be  used  during  systea  safntenanre.    HIPOs  are  used  by  tmnageflwitl  and  wer  groups 
during  syscen  reviews.    It  provides  a  dncusentation  and  d«ilgn  tool  for  all  cort>orate 
levels  fr^  iBanagenent  to  the  proRtaneier /coder.    The  following  sertluns  Include  the 
diagrams  which  coapoNe  the  HIPO  package,  the  use  of  graphics- In  HIPOs,  »nH  how  UlPOs 
should  be  uHod.  / 


The  HIPO  package  consists  of  overview  diagrans.  detail  diagrtas,  and  Visual  TAle 
of  Contents  (VTOC)  also  knovn  as  hierarchy  charts.    Kadi  diagram  provides  a  level  of 
de£inlti«i  in  the  design  of  the  system.    The  VTOC  end  overvlnr  diagram,  whidi  aid  the 
early  toig^i,  con  both  be  forked  on  simultaneously  and  usually  ctaqylement  each  other. 
Xfas  dstall  diagram  refines  the  systisi  design  with  spcrific  di'tails  for  particular  func- 


The  VTDT  represents  the  dcMlgn  in  a  hlerarcha]  struct  urn  as  shovn  in  figure  6-1, 


HIIf»  DESrBIPTlOH 


tions. 
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IHi  PROJECT  FLAN 


Figure  6-1 


*  The  ^nd  litftuif  K^at  iun  ot  all  uvt-rvj^tv  iind  detail  tllagrainfl  Hppettr  In  the 

VlOC,     Thr  refer  ro  a  vert^al  description  of  each  hnx  In  tlii^  Htnutiirt*.    The  Ideu- 

tir*ii.dtion  U  «  lultable  nurtiertng  nyst^  fcir  the  hierarchy  chart  whlrh  Is  used  as  a 
(rasa  raference  with  the  othar  dlagraina  in  tha  HIPO  package.    There  are  many  Hungering 
«yacaM  that  can  be  uaedf    Figure  6-2  denonatrates  one  poaaibTe  ayatem, 

i 

it  fi^y  be  neraaaary  to  cantluue  the  hierarchy  chart  on  other  pagea  depending  on 
th«  m\i.^  oi  thtf  ayateia  and  the  d»»lgn*    It  la  only  necessary  to  copy  the  block. of  the 
diagram  iu  br  continued  as  ahovo  in  figure  6-3. 

Altliougli  Hraphlca  vill  be  dlacuased  Jater^  It  im  Important  to  note  that  first 
page  of  the  VTOC  ahould  provide  a  legend  of  syslvola  used  in  the  HIPO  package*  Thia 
providsa  a  coasmi  ground  far  theaa  Indlviduala  using  the  package. 
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The  ovcrvi«ir  and  cU^tnll  df«gr#itnp  nre  r(>fflp<if}€*d  vjf  thrvf*  nerf  futifi  which  supply  the 
Inputs  rtqulred*  thr  prorCHHefi  nveded,  nnd  thf  oiitpiiiR  pn^diirrd  fnr  thp  funrtion  being 
described.     Zadh  dia^vm  hon  an  fxt  ended  dracrfption  Hecticm  fur  fiiither  expfanation 
%rihen  clarity  of  the  dfagram  Jh  ncr<«8ffarv«  / 


The  overview  dlagrsn  preaG;nts  a  general  dearriptfon  of  m  function  and  wuallf 
aisppleaanta  tlie  hierarchy  chart  (alBa  known  as  the  VTOC)  In  the  ea^ly  itage  or  the 
design^  ^Xt  refers  to  all  detail  diagram  which  add  dfirinltfon  to  the*  prcst^tc^m  he* ng 
dlacuai^ed.    Overview  dlagrana  llat  inptita*  proceaaesf  and  mitputs  In  a  gen<*ral  f  tahiim 
m4  M9km  no  attiai^t  to  relate  them  to  radi  other*    FlKurp  ^4  fa  an  eiia^!o  <cil  an 
orarvlcv  diagram. 
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Figure  6-3 


ThB  dettll  diagmB  provide  specific  Inforsiatlon  at  the  lover  levele  of  the 
hiererdiy  chert*    The  coisplexiry  of  Mterielt  the  number  of  function  stAproceBBMp 
end  the  emount  of  docueentetion  determine  the  level  of  deteil  need^t    Ae  e  fiiit 
etep  Xvi  the  deteil  diegreMi  It  is  poeeible  to  take  the  overvien  diegreQ  end  connect 
the  flipute  md  outputs  vo  the  eppropriete  proceeses  en  shovn  in  figure  6*5. 

^  It  ie  eleo  helpful  to  cooblne  end  coneolidete  8tei»  in  the  diegrest  thue  reducing 
the  nte^er  of  connectione.    Rearranging  the  inpute,  proeeeeee^  and  outpute  con  aleo 
alleviate  the  Mount  of  line  crMaing  in  the  diagri^.    Figure  6«6  dttaonetratra  cotsbining, 
cimaolidatingt        rearranging  etefw.*  Xt  ie  iisportant  to  note  the  we  of  gri^^ice. 
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HlPO   DESIGN  AID  MP  D(K:UMENTATI0r4  TOOl 


DRAWING  HlPO  DIAGRAMS 


OUfPUT 


Figure  6-7  lllu»trotf8  the  di-tHn  dinp.nnn  wltl.  the  usv  of  tbr  rxl  emU-H  ilesirlpfJon 
end  a  complete  set  of  graphics. 


coni^ 


Gr«phict  * 

In  th<  original  conception  of  inPO,  tlie  IBM  orsonlzatiim  developed  an  ejctenalve 
set  of  grsphlc  sysijola  to  aid  in  the  clarity  of  ttie  HTPO  dingroas.    Tlie  degree  to 
wltidi  grapliict  are  uaed  la  dependent  on  the  wittR  nfKanlzatlon.    r.rapliicn  should 
plment  th«  diagrawi  so  far  ss  to  ret«>w  asfclguity.    Crnphle  BtandnrdUat ion.  wi^thln 
the  organisation.  Is  necesRnry  to  eliminate  user  i8Nionr.T«  ion».    It  la  reroRpended 
that  a  reasonable  auhaet  oE  the  graplifc  «vi*otp  b"  rncar|K.r«ted  to  pr.wfHe  a  clear, 
concise,  and  cowplete  HH-o  pockage.    The  folL-wlnR  flguren  serve  to  Illustrate  sowe 
preferred  aethotbi  of  grni*lr  use. 

r 


DRAW  iOPBH^^HOtO  BOXeS 

LIST  INPUTS,  PROCESSES.  OUTPUTS 

CONNECT  THEM 

BUT  DON'T  WORitY  ABOUT  GRAPHCS 


MAKING  A  HlPO  OUfiftAM*!! 


Figure  6'"5 
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COMBINED 
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fill  I ru  ft 
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Fljture  6-6 


Grouping  with  l^xe.  mtmtUy  •boM  reUtiottibip*  nhiic  aWMllsr  show  movrtsei.t, 

It  atght !•  ttMraisn  to  dliitinipiiBh  iMstw^wi  data  control  nov^Bwnt.  Arrow  gmphlc* 
CM  b!  «  tiii»-coiwi«lng  procc*.  Figurt  f»-8  d«i»lct»  o«»  mthU  of  reprtuPnUnp  iirr««, 
but  it  »houl4  !>•  iwted  th«t  itngTe  llm«  will  <icco»pUili  the  •«»  resulti. 
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EXIT  FROM  DIAGRAM 


PATA  MOVEMENT 
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CHECK  NUMBER  OF  KEYWORDS  . 


0 


0 CHECK  KEYWORD  SYNTAX 
(SEE  piMGRAM  3  .4  .7  FOR  DETAftS) 
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ENCODE  VALUE 


V TAB WE 

VTYP 

VALUE 

TO 

DUG.  3.2 


STEP 

DESCRIPTION 

CROSS 

REFERENCES 

o 

LIMIT  OF  U  $£E*4S  REASONABLE  .  PUTTING  A  COUNT 
SCMEWHERE  1V0ULD  BE  HELPFUL  -  ICEf  TAB 

Sii  D€S*OBJ.PP  37-4? 
PLM  PP  I04-TTT~- — 

0 

USE  EXISTING  SYNTAX  CHECICER  AeO4l07A  BUT 
MODIFY  TO  USE/ AS  DELIiMTER 

SEE  PLM  PP  11.20 

F.C.9^- 12 

© 

PERFORM  BINARY  SEARCH  OF  CONTAB  TO  FIND 
'  CONVERSION  ALGORffH^C(^VERT  VALUE  ANP 
STORE  IN  NEXT  AVAILABLE  FIELD  OF  VTABLE 
WITH  TYPE  IN^^TOR 

MODULE  AEP3304B 
SPEC  PP  37,  43,  B7 
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HOW  10  SHOW  THAT 
A  BUOCK  i%  UP;?AT£D 


Figure  6-9 


Sonwtliaes  it  i»'u»eful  to  do  sotqe  rearrasiglng  of  the  dingrsm,  known  as  tuning, 
to  pro^^de  a'dlelonal  eXsricy.    Figure  6-iO  iUus^rnte*  thit  tuning  precew. 

^  '  ■  •  . 

/  . 
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Figure  6-10 


KZPO  end  Sfst«»  Itevttlo^mit 

mrOB  abould  be  uaed  throughout  ths  developnent  of  the  syttea.    The  initial  design 
package  prevld«B  an  overall  fuRctiond  dOTlgn  of  the  v^tm  and  is  uacd  hy  ayatcM 
deaignera  to  axpreaa  their  ideaa.    The  initial  deai^n  package  ia  uaed  by  ■«wgi>»ent  in 
the  preUvlnary  revlewa  and  hy  the  designer/ imalyat  to  refine  the  initial  Jeaign  into  a 
detail  ayatea  deaigo.    The  detail  daaig^  package  1«  used  and  supplewented  by  the  analyata 
and  prograMara.    During  ayataa  iaplcaientati(in,  thv  detidl  dealgn  package  ia  t»ed  aa  a 
fonal  guide  for  eeding.    Aa  aeetttaia  are  coded,  the  extended  deacription  swy  be  etdianced 
with  prog  ran  labels  and  other  inwrtant  tnfemtion  to  provide  eoiqiSeteneaa .   At  the 
coa^leeion-of  the  ayate*  inpleSKntation,  the  pr^ect  haa  a  ronpiete  docusentation  package. 
The  detail  design  package  can  be  uaed  durlnf.  a^^^inteminre,  but  extenafve  aynten 


wodiflcMtton  will  require  Che  vmm  of  a  Miacemmce  package .    The  malntenaoce  package 
nofwally  conalata  of  the  infonnatlori  in  the  detail  dealgn  package  silntia  the  lot?  level 
detalU  uaed  during  isplenentation.    Becauae  HlPOa  provide  valuable  ayiteo  aocuaentatloB, 
it  la  inporcant  to  keep  then  current  throu^  the  life  of  the  ayatem. 


EXERCISES 


1.      Define  HIPO. 


2.     What  three  diagrams  make  up  the  HIPO  package? 


3.      Explain  the  purpoae  of  each  diagraa  in  the  HIPO  package. 


4.      Explain  the  purpose  of  graphics  in  a  HIl'O  package. 


5.      At  what  polnt<'tn  system  development  should  Hll'Of.  be  used? 


6.      How  long  should  the  KIPOs  used  in  fy3tpns  developraent  be  retained? 
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aurmL  7 

Upun  conplcticm  of  tliiv  ebaptsty  jw  should  bo  «bl«  to: 

1.  MflM  thcoo  of  tbo  tivm  dmtrol  prlaitivoo  roqiilrod  for  otnictvrod  progroaiiiig. 

2.  ,  Rom  tho  tmp  Mtbodo  of  floi^luirting* 

3.  Drmr  tho  oeruetarod  floveliortifig   ly^^l  which  roproooocos 
ft.  Soquoneo 

b.  DO-VHIU 

c.  IF*THEIi-ILSE 


STiOCTUBEII  FUWOMTS 


For  foorot  flovchorto   hovo  boM  tho  priMury  Mthod  of  dMtribliig  proeodoroi  logic 
vlthln  m  it^rotrM^  MdulOt  ptogrM»  or  oyotos.    FlotfChortiag  vlll  cmtimio  to  ho  uood 
by  ooM  orgonixotioiui  olthou|^  oapbMio  io  now  on  otnieturod  f loirchorto   which  uoo  only 
vell^ofinod  control  logic  prisitivw* 

Corrodo  iShm  and  GiMoppo  jAcopini  in  tiMiir  «rticlt»  ^lov  DiigrMit  Turinl  Hocb^Ot 
and  Longuogoo  with  Only  1^  Fomtion  Rulo«»^  proved  that  all  program  can  ba  writtan 
uaifig  only  thraa  baaic *cootrol  pri»itivoi.    Uaing  thaaa  priaitivaop  a  now  wothod  of  flm^ 
chartiagy  known  aa  Naaai-SchnaidarMn  (N-^S)  diagraM»  Chapin  charta,  or  atrvctur^  flow- 
charta  waa  daaigoad.   The  flowcharting  Mthod  uaod  ia  iMUitorialp  but  irtiat  ia  ioi^rtant 
it  atructurad  daai^«   Thia  ch^^r  diacuaaaa  tka  baaic  control  prlsitivaa  naadad  for 
atructurad  progrioadUig.    Xn  ai^laining  control  prlsitiveOt  m  will  mm  tbo  traditional 
.flowcharting  ay^d»ola  and  a  Program  Paaign  Languaga  (PPL) «   PDL  will  ba  diacuaaod  Mira 
o»tonaiv%ly  in  a  latar  chaptar*    Zn  thia  chaptai»  PDL  prlovidoa  a  coiami  baaia  for  undar- 
standing  and  abould  not  praaant  any  problMs  for  tha  raadar.    Our  diacuaaira  on  atruc- 
torad  flowcharting   ahowa  tbo  Mani-SchnaidarMBi  diagrana»  jsaMd  for  ttta  tiK>  mi  trtto  ^ 
wara  tha  firat  to  publiafa  Mtarial  cm  tha  aubjact.    Tha  chapter  ia  co^iloted  by  con^ 
paring  thia  now  flowcharting  Mthod  with  tho  traditional  Mthod. 

Tha  bMic  control  priaitivMt  «aa  daacribad  by  ^hn  aiui  Jacopiid»  c<maiatad  of 
a^uantial  procoaai^,  a  goMral  looping  Mchanin.  and  a  tw^atata  daciaion  Mcbanian* 

SoqMntial  procming^  ia  tte  aaecution  of  tha  naxt  logical  iMtmctira  in  the  pro^ 
gTM  M  ahown  in  figura  7-1. 


I 


ion 


iMtrueCions  ai  ihoim  In  flgur*  7-2.  U  i«  nowwiUy  .wtwl  i»  FDL  «•  Cli.  wttli 
kho  t««t  for 'loop  tominaeion  firot. 


Figure  7-2 


The  two-«t«t«  decision  mechanlen,  or  conditional  execution.  Is  typically  known  b« 
the  IF-THES  or  IF-THES-ELSE  (IFTHENELSE)  primitive.    Figure  7-3  ihowa  this  primitive 
graphicelly. 


Figure  7-3 


WhiJe  it  ha»  been  ahown  that  these  three  primitivet  (alao  called  constructs)  are 
the  only  ones  required  for  logical  control  of  a  program,  two  other  constructs  provide 
acme  additional  tlestlbility  in  structured  prograoialng. 
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jP'^WPP*  coratt^ict  !•  a«oth«r  looplag  M^Miiiimi  which  Alloin  for  th«  loop 
tsnainatioQ  to  bm  lut  m  (A^mm  in  fituri  7-4. 


Figure  7-4 


Pxogra  dMign  oomcImp  roquinw  •  dccioimi  to  be  udo  fros  May  posolblo  otatco. 
In  PDL,  this  coMftnict  iB  kncm  n  the  CASE  otattwiit.    It  «llowe  fer  t'M  execution  of 
one  condition  fron  m  grmip  of  poetlble  iltemetlvee*    Conceptually,  the  CASE  etetMcnt 
le  e  eerlei  of  I£-IKBSrjgLS£l  etetmente.    Figure  7-5  expreeeee  the  ceee  steteaent  con- 
etruct  grephicelly. 


Figure  7-'5 


402 


7-3 


^9 


All  ni  theme  umll'toTwd  ppl^Uvw  hmvm  bMB  Uiwsribwl  gr«phic«Uy  wi^h  tr«dltlon»i 

Xc?Srtl  f lo^it)  U  «otl«r.    Th.  b«iic  .y^ol  to  «  H-S  dltftroi  itf  th.  box.  «hlch 
can  b«  opw*   or  elo*o4.    (S«e  Ciguro  7^.) 


Figure  7-6 

A«  tb«  progr«n  1.  constructed,  the  box  1.  dissected  into  the  basic  control 
pvlsltlves*  ' 

Th.  ..,«ntUl  .«cutlo»  ,rl.i.lv.  I.  .  horl.<«.t.l  Un.  la  th.  bo.  .1*  *.  vertU 
•xplanselon  of  the  process  (sec  figure  7-7). 


READ  CARD 


WRIT!  RECORD 


Figure  7-7 
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th*  iMpifig  HclmiM  im  •hom  Fictoriaily  in  figure  ?-8.    tht  tnt  nosMlly 
apptart  ac  tha       vitb  (ht  iMtnietioM  balon  thm  CMt  (fifture  7-8«).    It  U  potviblc 
to  hcv«  tha  tMt  follo^iiss  thm  iutructioM      shovn  in  flture  7-^. 


00  VHILC 


LOOP 
CmOITIOH 


INSTRUCTION 


00  UNtIt 




• 

• 

INSTRUCTION 


LOOP 
CONDITION 


(B) 


Figure  7-6 


The  decision,  or  IF^THra-£LSE,  which  is  difficult  to  txpUiii  verbally,  is  vhovn  in 
figura  7-9. 


Figure  7«-9 


Tlie  C48E  eteceMot  does  not  eiloir  for  eeey  grephicel  repreeeotetion  end  bee  not 
beott  toYmeUied* 
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illuicra(«>  hoM  n««t*4  control  •ttveturci  »tt  Juwdlrd  in  th»  K-S  di«gr«w  '  *«' 


IF  (cond  p)  Chen 

i 

Do  WhH»  (cond  r) 


412- 


th«  vord  fraqucncy  «nalyai«  pro^.'m  is  thotm  by  teth  Mthods  ot  flowcharting.  Both 
OMthod*  arc  wcll-fonwd  and  it  should  hv  prograawc  discretion  as  to  which  to  use. 
Fifura  7-11  illustratca  tha  convaotional  flowcharting  ouithod  %rtiil«  figure  7-12  ahowa  the 
saaa  logic  in  a  atrWturad  flowchart  (N-S  diagram). 


TABil  t  091 


ERLC 


y<iE»T 

CXTRACTfO 
WOW? 


im¥tmmi\omt 


r 


PllOCf  ^UD 


'/  7 

Iff  If  if  (  oiro/ 


HI  NCI  COUMT 


Figure  7-11 
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WORD  FREQUENCY  ANALYSIS  PROGi; AM 

■  ■■■■^■[■B  "I   ill  ■  ■  ^^—^^^ 

INITlALIZf  THE  PROGRAM 


REAP  THE  ^tR$T  TEXT  RECORD 


DO  VMItE  (THERE  ARE  MORE  Tl  XT  RECORDS) 


DO  WHILE  {MORE  WORDS  IN  TEXT  RECORD) 

^        EXTRACT  NEXT  WORD  IN  TEXT  RftCORP 

SEARCH  WOrtD-TABLE  fOR  EXTRAC  ifD  WORD 

WORD  IS  ^.--•-'■■'•'^'''^^ 
y                                         FOUND       ^^^^^^.00"'''''^  f 

INCREMENT 
WORD'S  OCCURRENCE 
COUNT 

INSERT  THE 
EXTRACTED  WORD 
INTO  THE  TABLE 

INCREMENT  THE  WORD--PROCESiED  COUNT 

REAP  THE  NEXT  TEXT  RECORD 

PRINT  THE  TABLE  AND  SUMMARY  INFO  ' 


TERMiNATE  THE  PROCRAM      *o  . 


Figure  ?-12 
'7-8 


41^ 


Ttm  structured  flwctortiAt  Mthod  appMla  to  Mmy  paoplc  bMsuve  of  Itp 
approach  to  logical  pfotran  davalopMst.    An  pppMlnf  vittrpoint  to  N-S  diagtMLia  that 
It  roawbXas  a  prograa  daalgo  laafiuaga  awloaad  In  hoxat»  ao  vhy  not  vrita  tha  program 
daalgn  Unguaga  and  forget  tha  diagraaa*    Both  viaifpointi  ara  valid  and  it  raaaina  up  to 
aacb  organiaaticm  to  dacida  upon  irtiich  approach  to  foilov. 

EXERCISES 

1.     Liat  thraa  of  tha  fiva  control  prioltlvaa  uaad  in  atmcturad  progravaing. 


Liat  vmo  Mthoda  of  f  loitcharting. 


3.     Dran  tha  gra^ical  rapraaantaticm  for  a^uaittial  procassing,  tha  00-VHILE  looping 
Mchanlaa»  and  tha  tvo-atata  daclaion. 


4 ')  ^ 
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INTBODUCTIOM 

Ttim  prtvlous  chapters  in  ths  dMlgo  itctioa  Mplortd  the  varimiji  fraphlc«X  r«prc- 
••ntatloni  for  data  flov  grapha.^  atructura  cbarta»  HXPOa»  and  Maaal--S^naldar«aa  dia<^ 
HraM»    BacoaUni  faaillar  utth  tha  nachanlca  of  thoaa  tMla  pjrovidaa  for  aoM  ata&dacd^ 
lsation»  thua  aliainatloi  tatarpracacion  prchlM  ulthin  an  organisation.    Miila  it  ia 
Important  to  hava  conaiatant  intarpratation  by  or|«nis«tion  naadbarai  th'a  tools «  thas- 
aalvaat  provida  Uttla  tovard  a  good  daaipi.   A  good  daaign  ia  tha  raault  of  applying  a 
good  daaign  atratagy  .   Thara  ia  a  brothar-aiatar  raUtionahip  batvaan  tha  varioua  tools 
and  atratagiaap  in  that,  tha  t^la  halp  forsrulata  tha  daaign  attatagiaa  vianally*  Ihara 
ara  aany  achoola  of  thought  in  a«iatanca»  aach  of  which  provida  a  diffarant  avamia  of 
atucklng  tha  problas.    Tha  graataat  banafit  craaa  vhan  thay  ara  takan  togathar  to 
rapraasnt  a  coapiata  daaign  aolution. 

thia  chaptar  diaeuaaas  ama  atratagiaa  which  mid  in  tha  daaign  p^aaa.  Tranafors 
analysis  studiss  tha  data  flov  through  tha  syatn  anil  ia  rapraaantad  via  tha  datit  flov 
graph  diacuaaad  i^        ^at  4,    Couplings  and  cohasion  addraaa  tha  ralationahlp  bacvaan 
modulas  and  vithi.  s.  raapaetivaiy.    Structure  charta  ara  ufad  to  dacosipose  a 

problsm  into  apalltk  and  aispler  proct^Hoaa  andt  ss  a  raault »  tha  coupling  and  cobaaion 
analysis  iii  usi^ally  parforatad  fron  the  atructura  charta.    Finally «  transsction  analysis » 
which  attacka^  tha  daaign  froa  a  daciaiona  up  *-  datnil  dom  approach*  can  utilise  either 
HXPOa  or  atructura  charta. 

Upon  coBplecion  of  thia  chapter,  tha  student  will  be  able  to: 

1.  Define  oodule  coupling* 

2.  Explain  what  influencee  aodule  coupling.  fir 

3.  '  Explein  the  difference  between  local  and  global  parasoetere* 

4.  Apply  the  complexity  foneuls  and  interpret  the  resulta. 

5.  Detine  normal  and  patholpgicel  coonectiona. 

6.  Explain  the  beat  type  of  module  cotanunication* 

7.  ..Oi  fint  module  coheeion. 

8.  Explain  the  eix  levels  of  module  cohesion c 

9.  State  the  philosophy  behind  tranaaction  analyais. 

10.  Draw  tha  baaic  atructure  charta  for  transaction  snalyai.v* 
11*  Define  transform  snalyeis* 

12.  Explain  che  genersl  orgsnisational  structurea  produced  by  tran^foi;^  analysis. 
IJ.  List  the  four  sts^a  of  tranaform  analyaia^ 
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14.  Appljr  tr«B«foni  mmXjmtB  to  probl«M. 

15.  DafiM  (cctorlnt* 

16.  LUC  chtt  fo\ir  guidallau  Cor  oriraising  toluCioiw. 


TSAMSrom  AHALTSIS 

Traoafom  Mwlyvla  i«  «  atrattty  (or  doaiiiUns  biihly  aoduUr  prost^  and  afieaM 
by  atudjrliig  cbt  dau  £lov  tbrouth  tha  pn^aa.    Tb«  basic  Idsa  of  trana4l«  asalysia  la 
Co  doal«B  a  prairaB  ad  tbat  a  contnl  Modttla  ealla  for  blghly  procoaaad  logical  doea. 
BvtiitualXy  it  will  ganorato  logical  output  data,  ocbar  ralatad  addulca  traoafora  phyai- 
cal  input  to.  logical  input   and  logical  output  to  phyaical  output. 

Tbia  gaoorally  leads  to  a  solutimi  organlasd  sa  in  f iguro  8-1  i^srs  tba  ^XHTUT  nodule 
U  in  charge  of  tranafoning  tha  pbyaical  input  data  ii^to  logical  input  dsta^  (X) .  The 
PROCESS  vodula  haa  tha  raaponsibility  of  transfoming  the  logical'  input  (X)  into  logical 
output  (Y).    Tba  duty  of  tba  OVTFUT  nodula  in  to  tsks  tha  logical  output  (Y)  toA  produce 
the  required  phyaical  butput. 


INPUT 

OUTPUT 

1 

Figure  8-1 


PrtAlcas  vhidt  ban  be  daacribad  as  inputting  data,  processing  it^  «^  Mitputtiog  the 
result!  cmsiatently  generate  a  aolution  organised  as  in  figure  6-1.    Regardless  of  the 
type  of  problM,  trsnsfox^  analysis  will  provide  soaw  clues  end  ■tops  to  follow  for 
developing  sn  effective  yet  flexible  solution  orgsniKstira.  . 

Trsnsfon  analyais  starts  with  a  datu  flow  graph  of  the  problen..  The  dots  flow 
graph  ebould  be  detailed  enmtgh  to  idiow  the  Mjor  perta  of  the  fv^I^,  but  not  so 
dtUiled  tbst  the  graph  becoawe  elutured  and  difficult  to  use.   About  5  to  15  bubbles 
ia  s  ballparfc  figure,  although  then  are  probleaf  tdiich  have  been  aatiafacterily  illua- 
trated  oiiuide  of  thia  range.   Xtm  figurea  ere  offered  on^y  as  a  guide  to  the  novice  »t 
tranafosa  MMlyaia. 

linartar  that  a  d|kta  flow  graph  ia  aa  io.terpretat'iM  «f  the  problaa.   A  general  . 
mdefsti^lnt  of  the  problaa  ia  needed  before  details  ars  added.    Experience  will  dictate 
the  awanftg  of  "sufficient  detail"  ia  a  dau  flow  graph. 

The  aecoBd  step  in  tranafora  analysis  is  to  idontiiy  the  streane  of  %t^t  and  out- 
put dau.   An  ii^uc  atreaa  ia  identified  by  follming  the  input  daU  tou  the  daU  flow  ' 
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iraph  until  th«  d«t«  itwi  li  no  loag«r  vitwed  as  input •    Th«  output  ftrow  1»  identified 
by  stsrtitit      «lie  ofid  of  the  date  flon  grapti  and  £a4loifing  the  data  backirarda  to  the 
point  ifhare  the  raauit^  date  are  no  longer  vieited  ae  output,         Umt  d#ta  ites  mi  an 
input  '^ieg*"  which  ia  the  voet  abetracfc  item  atilL  aaeociated  vith  the  input »  verka 'the 
end  of  an  input  atreas.    The  firet  data  ites  to  be  vijived  ae  output  ip  ita  wet  abattact 
lots  la"  the  ncart  of  .the  output  attMn. 

/  ^ 

•For  oxaAple,  figure  8-2  ia  a  bubble  chart  for  a  particular  problea  vhich  haa  an 
input  requiring  varioua  tranaf^nutiona  to  obtain  tlie  requirfd  ^tput.    Analyse  the  data 
fiov  graph  and  Mrk  the  input  etrea»  and  the  output  atrara. 


STOCK  A 


EOtTEO 
.  STOCK 

EDIT  -  Uccoao 


PROCESSED 
STOCK 

[paocEss]  «coao 


PROCESSED 
STOCK 
[COLLECT!  FILE 


PROCESSED 
SORTED 


Figure  8*2 


The  general  oplnl<»n  ie  that  the  "edited  stock  record"  is  the  last  data  item  which 
can  be  viewed  as  input.  This,  then,  would  mark  the  end  of  the  input  stream.  The  con- 
sensus Is  the;:  "proces^^ed  stock  file"  la  the  f irat  data  item  which  it  viewed  as  output 
for  the  overall  problem,  lo  thla  would  mark  the  aUrt  of  the  output  etream. 

» 

The  prcct4ing  paragraph  pretantc  seoe  deb«C«bl«  opioions  on  «  nubicceive  ex«rci  • 
Th£i  exaapl*  it  presented  as  a  guide.    Since  people  (even  prograsmeri)  thiok  differently, 
there  will  be  differing  opinion*  on  the  Identification  of  Input  and  output  atreaos.  The 
cranefora  anelyala  strategy  Is  sufficiently  simple  and  flexible  to  allow  different  Ideaa 
to  be  svaluaced.  * 
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Onea  tte  divlaioss  licvc  Iwot  mm4m  Ida^ying  thm  loiiut  strcn(«)  moA  output 
•tr«ai(f}«  th«  r«Mliilni  bubblM  tr«  thm  etntraX  tmnsfon.    (Sm  figur*  8-3.)    This  i» 
vh^M  ttM  Abstract  in^t  data  !•  tfMsftrrMd  Into  tlii:;  abstract  outfiut  data. 


INPUT 
STREAM 


CENTRAL 
TRANSFORM 


Figure  8-3 


At  this  point »  there  are  thrcs  nain  divisions  in  the  prol^lem:    input*  tmnsfcm, 
and  output  (similar  to  HIPOs).    Multiple  input  strt^isis  and/or  output  streams  mmy  exist 
as  in  figure  8*4*    These  can  be  organised  by  maintaining  the  three  major  divinion^* 
input,  output,  and  transform,  or  by  hsving  multiple  input  and  output  divisions  in  the 
organization. 
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CooiiCructiiia  Uie  aioiutlon  arganication  in  the  third  »tep  in  trmsforo  asmlynla* 
Hhim  it  nonulXy  Kcc^iisbSft  with  m  6triu:tur«  cluirtt  but  Bu>r»  r^erat  «pplicii€;iofUi  ftiQH 
that  this  is  effectively  accrapliehed  with  HlPOs  aa  well. 

1u  Blurt  the  di'Mi/tii  ur|^#nl^ation,  there  will  be  one  oo^jle  responiible  for  the 
overall  operation  of  thu  eolutioti.    tn  matcTilng  tlte  design  to  the  probleo,  rhis  main 
Mdule  is  THE  solution  at  the  highest  level  of  detail.    The  function  of  thie  module  is 
the  same  as  the  description  of  the  problra.at  the  highest  level*    Ten&s  to  describe  this 
module  are  simple  and  encompassing  auch  as  EMPLOYEE  PAYROLL  or  FILE  UPCAXE.    If  a  data 
flow  graph  of  the  problem  were  cona  true  ted  at  auch  a  high  level  that  there  was  only  one 
bubble,  then  the  function  of  the  bubble  wcHild  be  the  ssm  ae  the  functioncl  description 
of  the  main  module  as  in  figure  8-5 • 


PRODUCE 
STOCK 
REPORT 


DATA  FLOW  GRAI  N— — SOLUTION  ORGANIZATION 


Figun*  8-5 


This  main  module  will  exist  as  the  boss  fur  all  subsequent,  loore  detailed ,  designs* 
Terhapu  &  1-bubbli?  data  flow  graph  is  a  good  way  Co  establish  and  reaffirm  the  overall 
objective  ct  the  problem.    This  can  provide  a  starting  point  for  more  detailed  analysis* 
Before  goin,;  on  a  trip,  it  is  good  Co  know  Che  scsrting  point  and  destination.  Pro- 
grammers sometime  becoc^  detail  oriented  and  lose  sight  of  the  objective,  and  either 
solve  the  wrong  problem  or  reach  a  prcigraoBilng  impasse. 


tinf orcunately ,  most  programs  do  nut  end  with  the  stain  s^dule;  chat  iS|  the  problem 
is  tuu  complex  to  solve  with  one  mc^ule  that  is  small  enough  to  be  manageable.  Then, 
Che  next  level  of  design  is  required  to  separate  the  major  functions  necessary  to  solve 
Che  overall  problem*    This  means  thst  the  main  module  will  be  directing  a  few  subordinate 
modules  to  carry  out  the  required  work.    Thin  aeparatlon  of  functions  is  called 
functional  dacc^osition,  or  more  simply  factoring.    Factoring  is  now  less  an  art  since 
the  emphasis  on  design  tools  and  techniques,  but  there  are  still  usually  several  good 
designs  from  the  same  problem,  each  vith  their  own  merits.    Xranaform  analysis  is  a 
procedural  method  to  use  to  obtain  a  '*good"  design*    The  organisational  process  is  based 
on  the  analysis  of  the  data  flow  graph.    For  stsrters,  each  input  etren  and  each  output 
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•tfm  bM  •  corrMpoodint  ■o*il«  i*ilfih  ca^pUtiOy  lundlM  tlia  «Moclaud  tUu.  Tlwrc 
1«  mXmo  •  aodul*  la  chvf*  of  chat  caatcal  eram^oxMCioQ.   Than,  tha  raaulelot  atruc- 
twa  at  tha  aacosd  Uval  of  datail  haa  tbm  nmt4t  of  aodulaa  aqua!  to  tha  Input  atraaaa, 
piua  tha  output  atraaM,  plua  ona  (tha  caatral  traaaf ora) .    Fl«ura  8-6  ahova  tha  aolu- 
tloB  to  a  pxoblaa  with  ona  input  atraan  and  ona  output  atreaa. 


STOCK 
FILE 


INPUT 
OECORO 


PRODUCE 
NEW  FItE 


OUTPUT 
REPORT 


Figure  8'6 


At  aatih  ttap  in  the  daaign  procaaa,  tiiM  abould  ha  apant  in  rcflaction,  looking 
hack  to  laa  if  tha  organisatira  ia  coa^lata  at  aach  loval.    Only  tban  can  tha  final  atap 
in  the  traopfom  analyaia  atrategy  take  place.    Thli  ia  tha  proceaa  of  repeatedly 
factoring  abdulaa  until  thay  are  fully  daco^ioaad  into  aingU  iodiviaiblc  function*. 
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Each  aubordiMC*  nodult  in  ftfur*  S>6  un  ba  furthar  factorad  into  Ita  at^filnata 
funcciona.   Tbia  naxc  laval  of  faecorisi  ean  b«  vttualtsad  aa  a  tttmtim  a&alyala  of 
tha  INPUT  ISCORD,  PKCHHICS  NEW  FILE,  aad  (HJTPUX  REPORT  aodulaa.    Indaad,  aach  of  Chaaa 
can  ba  thougbt  of  aa  individual  probXaaa  caqulrias  a  aolution.    Zf  cha  data  flov  graph 
la  figura  8-6  la  corract  and  aufflelantiy  dafcailad,  than  tha  continuation  of  tha  organl- 
lational  aolution  would  look  lika  figura  6-7  at  tha  third  laval. 


MAKE 

STOCK 
REPORT 


Figure  8-7 
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.  Vu^Xmm  trhicli  Umw  vulciplc  Input  «d  ouiqptit  sttMM  am  b«  QrgniMd  vlth  an 
•qual  fiuitef  of  MiMisiQg  MdulM  as  input  ud  output  Btmw*    Mo^or  v«y  of  orgAnlfing 
«  tolutlon  Is  slmm  in  fifuro  8-8  iihsfs  tm  nsw  Bmsssr  aodults  bsvo  b««o  introduced  to 
sllsvlats  soM  of  tho  vorfc  tzom  tte  «sSn  wdulo.    This  Is  s  good  v^y  to  rsduce  tbc  wrk* 
load  snd  covplosity  of  ttm  uio  Modulo.    Zf ,  st  s  Istsf  dsto«  it  is  dscidsd  that  thes«! 
■odulss  sro  rosily  aot  ooodsd,  thoy  cso  bo  coi^rosssd  into  tbs  asin  wdule*    Motico  tliat 
tho  position  vill  bs  oliftinstcd  but  tbsir  work  aust  be  dons  olscirtisre. 


Figure  8*8 


This  is  tbs  concspt  of  fsctoring*  taking  ssch  nodule  and  dividing  the  functions 
into  msllar,  ossisr  to  handle  problsiss*    The  problm  of  ovsrfsctnring  is  a  rsre  eacsp* 
tion*    Usually  the  fimctions  are  not  sufficiently  detailed.    It  is  easier  to  coabine 
nodules  later  in  the  davelopnont  process,  if  nodules  are  too  siaqp]e»  than, to  decide 
that  a  nodule  is  nore  co^slea  than  originally  thought  Mn6  then  decide  to  factor  further* 


8-8 


4^2  3 


Stsply  iCAC«<l  chtUt  thm  vtcps  in  thm  tnnvlon  cMlysit  atratttgy  ans 

1.  CoMtnicc  •  itkiB  flov  graph  of  thm  probiM* 

2.  IdMtify  ch«  input  mA  output  otrMM.  Md  tbo  tranofon  ctnttr.  i 

3.  CoMtruct  the  corrotpoiidiiit  orgofiiMtloMl  otructure.. 

4.  Ropoatodly  roviov  tho  ortaaltation  whllo  lubdividiiis  th«  vedUlM  to  protfuco  a 
fully  factorad  daalgn. 

Tha  and  raault  of  tha  tranafon  analyaia  la  an  organitatlon  which  eu  coordlnata 
cha  Mny  activitiaa  involvad  in  tha  prohlaai  aoIution«    Thia  organisation  ia  ainiXar  to 
MnagaMnc  organisationa  vhara  aoM  Banagasant  practlcaa  provida    tlutaa  uaaful  guida* 
l^nra  for  managing  imlulaa: 

1,    A  saaagar  ahould  not  hava  nora  than  7  t  2  ivadiata  aubordinatea. 


i  H— I  1— 1  1  I  h 

I         2         3        4         S         6         7         i  9 
PIECES  OF  INFORMATION 

Figure  S»9 


Tha  avaraga  paraon  can  handle  problasui  involving  varioua  numbera  of  piecee  of 
InfoiMtion  and  naturally*  tha  nora  cosvlax  tha  problan^  tha  greater  tha  nu&ber  of 
errorit  aa  expected.    Kovever.  aa  illuatrated  in  figure  6^9.  the  errora  ekyrocket  i4ien 
involving  Aore  than  aeven  piecea  of  inferaation.    For  aoM  people,  thia  upper  liait  on 
coi^lexity  ia  aa  Ion  aa  five,  for  othera  aa  high  aa  nine. 
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.   Wiat  then  atiofild      dona  with  •elutiooa  ort«alscd  u  la  figur*  8-XO? 


Fifurc  8~i0 


Ih*  SMlMt  tblnt  tQ  do  wmad  b«  -  notbing.    Zndnd,  this  aay  be  ehs  correct  acCion. 
Modulo  A  My  b«  olsvlc  «nd  •fficioiit  m  it  U.    RtMi^ar,  7  t  2  ii  only  a  guideline. 

Conaidar  loaa  other  altaniativaa.    If  aeveral  Mdulea  have  ame  coMon  bond,  then 
there  nay  he  one  or  mre  aubaaaagera  Introduced  ae  In  figure  B-11. 


Figure  8-11 


.In  aoat  probl«M  involving  a  large  mmber  of  piecea  of  inforMtion,  there  arc 
usually  natural  groupinga  creating  sitaaager  poaitione  which  prevent  thii  coaplcxity 
pr^len. 

2.    Maintain  coMunicatton  in  the  chain  of  coaMnd.    A  aodule  ahould  "cowuoicctc" 
only  with  ita  iaaediaee  ai^rordiBate(a}  ma  its  laswdlatc  et^ordinat«B .   This  adds 
clarity  to  the  solution  and  preventa  the  hamful  aide  effccte  of  changing  a  aodulc  and 
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discov«riii«  W0  ift«k«  Xittt  thiit  the  etumf*  alto  hi4  som  hidd«si  fftr^rMcbing  •ffMts 
otiisr  part*  of  cb#  progi^M.     A  violAtlon  of  thio  primcipU  it  th«  ^chologlaa  oocmoc 
lion  diicuoMd  in  Chap  tor  5. 

3.  Maoagaro  aheuld  sako  dacUiona  ifhich  affact  only  thalc  aubordinacaa*  SiAiUrly» 
Doduloa  vhich  ara  aff acted  by  a  daoiaioa  ahould  ba  oubordtiiato  to  tha  module  vhich  sakaa 
tha  daciiioQ.    Thia  daolgn  conaldaratloa  fiaa  a  tandancy  to  nova  daelalona  up  lo  tha 
otgaalsatlOQ  to  raaolva  thia  *^affact  vjL  edntrol"  conflict «    ThU  oUo  raauito  In  tha 
uppar  iaval  aodulaa  aaking  daciaiou  ifhila  lovar  laval  aodulao  do  tha  work,    Coodt    Af  tar 
all*  this  ia  tha  nay  an  organiaatioo  ohould  oparata. 

4.  ThU  nanagaaant  parallal  ia  tha  aoMiAat  coatrovaraial  'Wahroon  thaory"  irtiara 
a  aubordtnata  ia  only  glvan  tha  iofarMtioo  nacaooary  to  do  Ma  taak« 

Thlo  concapt  it  applicabla  to  daoign  organisation  ainca  It  in  iisportaot  to  sain- 
taln  coaplata  control  of  Infonaatioo  or  dau  flov  throughout  tha  probloi  oolution. 
Violatoro  of  thio  prlncipla  nm  tha  riok  of  flVitarlMa  appaaranca  or  diaappoaranca  of 
data  I  cauaing  unaxpaeted  raiulta.    Programsara -that  aay  thay  hava  not  aitpariancaJ  thio 
iltuation  probably  lla  about  othar  thingo  alao» 

Tha  tranaforft  analyalo  atratagy  ia  atraaoad  m  a  aathod  for  obtaining  a  functional 
doalgn  which  redacts  tha  problan.    If  the  problas  changao  (there  ia  alvaya  that  rmota 
poaaibility),  than  tha  solution  will  change  accordingly t  vith  a  vininus  affact  on  tha 
parte  of  the  aolution  which  are  not  altered.    Tliie  Mane  that  a  change  haa  laae  chance 
of  cauaing  a  najor  cewritet 

The  organizational  design  should  be  developed  with  the  thought  of  change  in  Bind. 
One  of  the  aajor  itena  of  concern  should  be  to  strive  for  modulee  which  are  highly  func* 
clonal;  that  ie»  they  do  a  epecific  task  tha  sasa  way  every  tise.    Another  deairable 
quality  ia  for  aodulea  to  be  aa  independent  aa  possible.    The  e^ula  which  can  "etand 
alone"  will  probably  not  be  affected  by  changee  in  other  mdulea. 

The  concepte  of  aodulee  being  independent  and  functional  will  be  diacuaeed  in  detail 
to  explain  how  to  arrive  at  the  seet  coet"-ef fective  eyetas  poeeible. 


(  COUPLING 

^e  relet ionehip  between  nodulee  and  within  oodules  providee  valuable  infottuation 
for  ehe  deeigner.    This  InforAstion  is  ueed  to  determine  how  cosplex  the  eyetcsi  ie 
beconlng.    If  the  deeigner  Mfces  a  sincere  effort  to  keep  the  ayetra  aa  sifl^le  as 
poaslble,  then  a  change  to  the  eyetes  will  require  leee  effort  to  acpoopliah.    W.  P. 
Stavene»  C.  J.  Meyers*  md  L.  L.  Conetentine  ara  credited  with  ouch  of  the  raaaarch  in 
thie  area.    They  tervad  intensodule  reletionehipe  "coupling*'  and  Intraaodule  relation- 
ships "cohesion.''   Any  syatoi  deeipiing  proeeae  ahould  etrive  for  as  onich  is^epandmca 
between  nodulee  aa  poaslble  and  sodules  that  ara  as  functional  aa  possible*    What  is 
deairad  theatre  w^dules  that  perfora  a  epecific  function  and  rely  very  little  on  other 
nodules  in  tha  systsM.  thua  prodwcinM  laliabla  Modifiable  Software* 

Coupling  ie  defined  as  the  oaasure  of  etrength  of  aasociation  between  one  oodula 
and  another.    Module  interfacingt  type  of  nodule  connection t  and  type  of  coseunication 
need  to  be  studied  to  determine  s»dule  coupling. 

Module  interface  ia  cmcamad  with  hew  fs^hdea  retrieve  their  data  for  proceaaing. 
»todulee  receive  date  boalcally  by  two  aaanat  local  and  global  parnatere.    Local  paraa* 
f ters  ere  paaaed  directly  to  the  emiule  that  needs  thes  from  the  eupplying  module  and 
tbue  are  locelised  within  the  two  moduleb.    It  ie  deairad  that  parametara  be  paaeed  by 
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ch«  fBwmmft  paaalAg  MdiMlni  whidi  b%Bt  locolisM  tbt  d«t«.  As  mmampU  of  thl»  U 
tilt  Fortru  call  •tatratot  ualnt  th«  pacaMUr  pasaing  capability.    (Sac  figura  8*12.) 


^  Call  Foo  (A,  B,  C) 

Figura  S-12 

Global  parasatara  ara  noraally  auppllad  at  a  ayataa  laval.    Tha  acceaa  raatrlcliona  can 
vary  fron  cosplata  availability  to  vary  liaitad  availability.    Cobol^a  data  dlvlaion  la 
a  global  paraaacar  paaalng  achaM  vhara  varlablaa  ara  available  to  all  aubprocraaaa  in 
tha  ayataa.    Tha  uaa  of  tha  Fortran  cowon  atateousnt  la  another  way  of  providing  global 
paraMtera.    By  uaing  tha  namd  ccnmou  convantlon  in  Fortran,  tha  prograamr  can  raduca 
tha  availability  of  data  to  a  amall  aubaat  of  tha  ayatas.    While  local  varlablaa  are 
conaiderad  looaaly  coupled  (which  la  good) ,  global  paramtera  are  conaidered  highly 
coupled  (not  ao  good).    Tha  priaary  raaaon  la  that  aa  data  eleiienti  becoaa  aore  available 
to  aodulaa  in  the  ayataa,  the  interface  betMen  thoae  mdulea  becomaa  more  coaplex.  When 
a  data  ittm  la  changed,  all  modulaa  uaing  tha  data  item  Buat  be  conaidered  in  deterainlng 
the  effecta  of  change.    Tha  interface  coBiplexity  can  be  aunaariced  by  the  foraula: 

C»EXMX(M-1) 

C  -  Coaplasdty 

E  "  the  #  of  eleaenta  in  the  coBaon  region 

M  *  tha  #  of  aodulaa  utilising  the  coaaon  region 

For  axaaple,  auppoae  that  two  aodulaa,  A  and  B,  accaaa  a  coann  data  region  with 
tiro  varlablaa,  X  and  Y,  the  total  nm^ar  of  patha  (coaplaxity)  ia  four.    Module  A  can 
affect  X  and  Y  aa  can*  aodule  B.    Thia  doaa  not  appear  to  be  vary  coaplex,  but  auppoae 
tha  coMon  data  reglmi  haa  25  varlablaa  in  it  and  la  aharad  by  three  aodulaa.    It  la 
iaportant  to  aaka  aodule  interfacing  aa  obvioua  aa  poaaible.    Aa  aodule  interfacea  be-* 
coaa  obacurad,  'the  coupling  ia  higher  md  ayataa  change  la  harder  to  aake. 

Noraal  and  pathological  connactiona  are  the  aajor  aodule  connect iona.  Normal 
connactiona  ara  daf Infd  aa  rafat^aa  ^  aodulaa  by  naaa  vlth  no  direct  reference  to 
chat  aodule  intamally;  that  ia,  internal  alaMnta  and  proceaaea  are  irrelevant  io  the 
noraal  connection.    If  aodule  A  calla  aodula^B  to  perfora  a  function,  whether  or  not 
aodule  A  paaaea  paraaatera  to  aodule  B*  the  connection  betvMn  then  ia  conaiderad  nor- 
aal.   Rbraal  connactiona  tend  to  yield  loMr  aodule  coupling.    Even  thou|^  noraal  con- 
nactiona ara  conaiderad  the  beat,  aa  the  nuabcr  of  paraaatera  incraaaea  ao  doea  the 
coupling.    It  ia  iaportant*  than,  to  paaa  only  thmie  paraaatera  needed  for  the  ^rfora* 
anca  of  tha  taak*    Do  not  degrade  an  otharviae  good  connection  with  extrantoua  inforaa- 
tion. 

Pathological  connactiona  aaka  internal  raferencea  to  a  aodule.    Siaply  acacedi  thia 
aaaaa  that  aodule  A  aakaa  reference  to  a  prograa  aleaent  (either  data  or  control)  in 
■odula  B.    Pathological  connactiona  produce  highly  coupled  aodulee  becauae  ray  change 
aade  to  ror  aodule  aay  affect  the  patfaol^cally  conmctad  aodule  which  «nil  alao  need 
to  be  changed,    FatlN^logical  connactiooa  ahould  be  avoided  if  poaaible. 
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ROC  pflM  or  roeoivo        withto  a  tjrocm.  eltoii  it  it  eoc  a  Ctneeleoai  p«rt  e£  cha 
ayacaa.    Tho        typa  of  pMMMCar  to  pass  ia  attletly  •  data  paviMtar.   Dom  tha  lino 
cQM  a  control  variakiaa  aa4  ac  clia  teccos  of  tba  apactrua  ia  bjrbrli  varUblaa.  Data 
eou|>lad  asdulaa  ara  axtraMly  gooi  ap^loa  duo  to  tha  lack  of  control  of  ona  aodula  by 
tba  othor.   Kodula  A  ealla  aedula      uliieli  parfonu  a  function  and  roturea.   Tbio  U  a 
vary  aiapla  and  obvloua  typo  .of  cawpltA«  which  io  aaay  to  viaualisa.    loth  oodulaii  «ra 
vaxy  indapandant;  that  ia,  a  chaaga  to  aithar  amdula  will  hava  littla'likalihood  uf 
affacting  the  othar.   Cootrol  paraMtara,  auch  aa  flaga  and  awitchaa,  raault  in  highar 
coupling.   Atiy  tiM  ona  aodula  controla  tha  axaeution  of  anothar,  tha  coupling  ia 
incraMad.    Wbyl   gacauaa  a  ehanga  to  tha  calling  module  haa  a  graatar  ehanca  of  iapaccing 
tha  called  •odi<la.    Ic  ia  nacaaaary  to  raaliia  that  control  coupling  adda  another  degree 
of  eoBplexity  to  tne  eyecca.    It  ia  poaaible,  in  soat  ayat«Ba,  co  avoid  control  ccupling 
by  rethinking  the  deaign  of  the  problca.    Hybrid  coupling  occura  two  different  wa?-B.  It 
occure  when  progrus  inacruetiona  ara  changed  during  execution  (I.e.,  the  Cobol  al  er 
ateceminc}.    Changing  prograa  inatructiona  during  progren  execution  producaa  a  vary 
volatile  ayatm  which  ia  hard  to  underetand,  debug,  and  Mlntain.    The  other  type  of 
hybrid  coupling  occure  when  a  paroMter  la  uaed  for  both  deta  and  control.    Wille  thia 
ia  not  obvioua,  it  happene  quite  frequently  in  progran  daaigA.    A  hylnrld  paras^tar,  when 
paaaed  to  a  nodule,  ie  ueed  for  deciaionaaklng  and  alao  for  calculating  a  reeuXt.  The 
danger  of  thia  type  of  coupling  ahould  he  apparent  and  therefore  avoilad. 

COHESION 

Anochar  valuable  rclaclonship  co  consider g  when  dotignlng  a  aystrag  la  the  Internal 
attcngch  of  a  ftodule*  t.  L*  CoMCanclne  haa  terned  thia  characterlatlc  aa  coheaiun.  It 
la  alao  knotm  aa  aodula  atrength  and  module  binding* 

The  daelgner  ahould  atrlve  for  functional  nodulea  vhlch  pe#form  only  one  task. 
Modulea  tend  to  be  tsore  coiaplax  aa  nore  and  iMre  taaka  are  perforaad  In  thesi.    There  are 
varying  degraea  of  cohaalon  ranging  front  veak  module  strength  to  strong  nodule  strength. 
If  the  coheelveness  of  modulss  la  lov.  there  la  a  good  chance  that  major  probleias  will 
arlae  throughout  the  life  of  the  eyatem*    This  la  not  to  aay  that  problMtf  von't  occur 
in  a  functionally  atrong  ayaten.  but  the  pr^lSM  tend  to  be  very  minor*    The  following 
dlacufi&lon  la  dealgned  to  give  the  reader  a  baaic  knowledge  of  the  varloua  levcla  of 
cohesion  as  nn  aid  In  deciding  the  atrength  of  a  module.    They  are  not  to  be  considered 
foreal  rulaa  which  clearly  place  a  module  Into  a  specific  category »  rather g  thay  nhould 
be  weed  aa  fildellnea  to  narrow  the  realm  of  poaalbllltlea.    It  la  not  alwaya  poaslble 
tu  precisely  define  the  atrength  of  a  module »  but  being  In  the  ballpark  doea  provide 
valuable  information  aa  to  tha  type  of  TOdules  being  dealgned,  vhlch^ltlmately  indicatea 
huw  well  Che  ayatem  ia  being  dealgned.  v 

''Structured  Design/*  an  article  written  by  W.  P.  §,tevensp  C.  J*  Meyereg  and  L.  L. 
Cunstantincg  defines  the  ala  levels  of  cohsalveness*  In  order  from  bad  to  goodp  as 
'  cuincidental»  loglcalg  tei^oral,  ccmanlcsciong  se^uential»  and  functional* 


A  coincidental  module  la  Just  what  the  term  Implies*    The  module  ia  a  hodgepodge  of 
insiructiona  which  have  abaolutely  no  relstlonship  to  each  other*    Thlf  type  of  module 
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!•  eM«id«r«d  vty  mA  tad  ntnmHf  mAU  and  ii»u«liy  ^.ry  M«r  to  spot.    U  oceurt 

riJ^  i«»tructio«*  .ppurcd  individually  ••v.rul  tlM.  in 

•  proirw  (Exgurc  ■«>13}, 


toad  (G,  J)  A,  B.  c 
X  -  1  ^  5 
DO  IJ  -  1,5 
GLOP  (K)  -  aOP  (K) 

Figurt  8-13 


Mdula  would  {>•  eooaidarod  eoiaeidancl       eharo  do«>  not  •««»  to  bt  any  apparent 
r««!?;iiS  inatructiona.    Coincidaotal  .odul..  can  and  .hould  b.  avoid.d  in 

a  atructurad  prograasing  tnvironMnt. 


'-evod  fro.  eoincidantal  Mdulaa  and  i«ply  a 
JJrSiL*T«.!^"^*  f**^**-    S**!"'"  «»t  WHlula  X  adita  all  data  and 

^**"**  "P**^  addition  adit,  and 

1:1  i   ..^     .,  **^****"*  *"  ^*  '^^i  raquira  not  only  Chc^data  tp  be 

Iftht  JltLi^*  to  .pacify  which  adit  to  parfor..  McaS.  tb.  antira  «dule  S^U 
with  an  adlting  function,  it  U  conaidarad  logicaUy  cohaaiva.  Roraally,  a  logically 
cdhaaiva  Mdula  will  axacuta  only  a  portion  of  the  Mdwlc  aach  tiaa  it  ia  callad.  If 
mt  all  poasibla,  it  ia  a  battar  daaign  to  braafc  a  logical  .odulo  into  functional  unita. 
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Ta^iorally  bound  aodulaa  hava  tiM>ralatcd  elmnnta.    Typical  aodulaa  in  thia 

*»lt*«if""«>        tamination  routlnea.    Mpdulc.  that  ara  taavorally  bound 
^kJ*"  «=«P""f«^"»«  logicaUy  bound  «,dulea  bacauaa  of  the  abllnca  of  con- 
trol variablaa.    Whan  callad,  tha  antira  Ktdula  is  uaualiy  executed . 

A  «o««icational  coheaioo  ara  charactariaad  by  referencing  the  aoM  a.t 

of  data.    For  axa^^la.  "print  and  punch  the  ...ter  ffla"  raferencaa  the         output  file 
for  printing  and  punching  and  ia,  tharafora,  comtieationally  bound.    Rafarancing  the 
aaM  data  atruetura   produeaa  a  atrong  bond  between  nodule  alawnta. 

OccMionally.  the  output  fron  one  wdula  alaaant  ie  input  to  the  next  nodule  ale- 
wwt.    Tha  binding  for  auch  a  aodula  ia  tanaad  aaquantUl.    A  aaquantially  cohaaiva 
■odula  nay  parfor*  either  aoM  part  of  a  function  or  aavaral  eubfunctiona.    Bacauae  of 
thia  charactariatic,  a  a^umtially  bound  aodula  ia  atill  far  raaoved  frow  tha  nora 
daairabla  functional  wdula.    Tha  utility  of  aaqucntia  aodulaa  in  other  parte  of  tha 
ayataa  U  uauaUy  aoaawhat  lov.    Bovavar,  tha  aodula,  itaelf ,  ia  atill  conaidarad 
cohMivaly  atrong. 

The  atroni^t  type  of  aodula  atrangth  ia  the  functional  nodule.    Hodulaa  which 
parfom  only  one  taak  ara  conaidarad  functional  in  nature.    Theae  aodulaa  ara  vary 
etabla,  aaay  t»  aaintain,  and  uauaUy  intnratc  into  tha  ayataa  with  vary  few  problaaa. 
Tha  najor  deeUion  ia  how  far  to  divide  functionally  bound  aodulca.    A  good  criterion 
to  UM  ia  whan  aach  aodula  contaisa  no  aubaet  of  elcaenta  that  could  be  uaaful  alone  and 
ia  aaaU  enough  that  ita  iaplcaeotation  can  be  dealt  with  at  one  tiat. 
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A  uHtriui  t.amiHu*.  t».r  defnulolng  the  birfniith  ot  mudule.  !•       dencribe  th«  pur- 
pua«  ut  Cha  Bo4ul«  in  »  ftciitrni:e. 

1.  If  I  he  •eot.nc*  li*  a  compound  •tnitnc«,  then  th«  Bodul.  U  probably  ••quentUl 
or  coHMnicatlonal  • 

2.  If  turn  MDt.nc*  contain*  wia  raUtlng  to  tim,  auch  aa  flrat,  naxt.  or  aftar, 
'tha  iMduX*  could  hava  aequentlal  or  caiporal  coheaien. 

3.  If  tha  aantahea  la  mlaatni  a  apaclflc  objact  to  daaeriba  tha  nodula,  tha  modulo 
iR  probably  logically  bound. 

4.  Wordo  auch  aa  Inltialiaa  and  claaoup  imply  tamporal  binding. 

Hodula  coupling  and  coh«aion  ah.uld  be  cunaider.d  during  syat«a  .J];*"  '^°-jf 

th«  techniqua.  hav.  bean  dl.cu.aed  aa  an  after  ayat.m  daaign  proca...  the  •^•^y"  J^"^" 
be  awara  of  tha  type  of  widulaa  baing  daaigncd  aa  tha  ayaten  ia  built  and  ahould  atrlve 
for  a  functional  daaign. 

TRANSACTION  ANALYSIS 

Traneaction  analyaio  la  a  particularly  useful  daaign  technique  for  ^"iJ""  ^" 
uroceiaing  aopUcatlona.    The  atratagy  pr«notaa  a  daciaiona  up,  work  down  philoaophy. 

S.2  Uliea  th«i  it  -ouW  be  .»tra».ly  uaaful  in  tha  buain.aa  data  proca.aio* 
co«un"y  becauae  moat  .f  tho.a  problama  da.1  with  aoa«  form  of  tranaaction.  By 
extending  tha  definition  of  a  tranaaction,  tha  technique  provides  deaign  aupport  in 
Xr  difa  procaaaing  are...    In  particular,  a  tranaaction  ia  any  ^^J^  J^It'^rdlir 
»ent  which  cauaaa  a  specific  sequence  of  actlona  to  be  performed.    An  «l«f « 
or  control  which  flowa  into  a  proceaa  «nd  then  procaada  "^J^'jf 

•equencaa  ia  a  caiididata  for  tranaaction  analyaia.    This  eltuation  is  illuatrated  with 
tha  use  of'»  data  flow  graph  in  figure  S-14. 


ELEUEMt       ,  1  ^ 

paorrsi  1  m 


Figure  8-14 


The  PWJCESS  in  figure  8-14  analyses  the  FiOCMM  ELEMENT  to  datan^na  which  action 
fee  l^  to  Joilo!  U...  flra  w'.yirtols  u.«»  In  tha  data  flow  graph). 


aaquanca  path 
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One*  it  la  datafaiavd  tb«e  cranaaccion  analyala  la  to  ba  uaad.^tha  approarUta 
•tructiara  chart  to  uaa  ia  ahown  la  fifura  S-15. 


LEVEL  I 
(PaOCRAM) 


TKANSACTION 
CENTER 


LEVEL  2 
(TRANSAC  TION) 


LEVEL  3 
(ACTION) 


LEVEL  41  i, 
(DETAIL)'  ' 


Fi|ure  8-15 

Tha  acrony*  SAPTAO  (Syataa.  Analyaia,  Progroa,  Tranaaction^  Action,  Datail) 
axpraaaaa  tha  original  phil^aopiiy  of  Tranaaction  Analyaia.    The  firat  atep  ia  ayatris 
•nalyaia  follonad  iMediataly  by  craation  of  the  PrograK,  Tranaaction,  Action,  and 
oatall.    Each  lawl  1b  tha  chart  raprcaanta  an4ddltioaaI  level  of  detail  beginnlAg 
irtth  tha  prograa.    Tha  firat  level  (prograa  Module)  ia  the  tranar-tion  or  dacialon 
canter.    Thla  Module  uaually  doaa  the  diapatching  of  tranaactlona.    The  aecond  level 
receivea  an  appropriate  traoaaction  and  proceaaea  tha  apeciflc  action*  (third  lev«l) 
Qcceasary  for  that  traoacctioti.    Each  action  amdule  uaaa  datail  aodulea  which  do  mobc 
of  the  work. 


Tha  atmctura  ia  derived  fron  the  original  concept  of  tranaaction  analyaia  aa 
asviaiooad  by  laU  TaUplm  of  Canada.    They  were  very  rellgioua  in  the  uaa  of  tha 
atructvr*  aa  a  diatlnet  four^laftl  atrueture  with  no  excaptiona.    Thla  umiaceaaary 
reatrletlm  e«tia«S  tHa  philoaofthy  to  break  down  to  tha  point:  of  being  imrkable.  It 
la  ballavad  tiMt  the  baaic  atnietiira  ia  a  valuable  atarting  point,  but  it  la  ikport^t 
to  realise  that  eoaaolidatloa  of  the  atrueture  My  ba  poaaible.    Conaolldatioa  in  thla 
ceataxt  Mafta  that  a  aodula  My  be  trivUl  enough  to  fit  In  ita  auperordlnatc.    Do  lut 
b«  afreid  to  Mdify  the  atrueture.  ^ 


At  tiila  point,  the  ebviooa  ifuaatlMi  ia."Bttt  haan't  thia  dcaign  atrata^  eraated  an 
uncrfieelve  aedola  at  the  top?"  Qia  acunNir  would  have  to  be  yee  mamt  of 'the  tlM. 
Before  txTlsg  t9  iacraaaa  tha  atcwftb  of  the  Mdule  though,  conaider  thm  fact  that  the 
daalgn  rapreaanta  the  prohlea.    Zf  tha  daalps  doaa  rapreaent  the  probleai,  then  why 
c^acura  the  pvehXaM  in  an  attaaipt  to  Inereaae  podulc  atrength.    If  the  aolution  U  a 
good  liatarpratation  of  the  problaM,  then  it  My  h<  hMt  to  eccept  e  weak  aodvle.  Noet 
iaportant,  the  dMign  harbaeo  caref uUy- aMly sad  md  it  can  now  be  defended  ka  «  true 
rapreamtation  of  the  ptoblM. 

8-16  4*^4  '  ^' 


gUkSTXONS/EXEKCUES 
State  io  yoitr  om  votim  what  trtasfons  MMlytit  £c. 


What  la  the  function  of  the  canral  tranafonn? 


The  data  Kantlfylng  th«  tciBlnatien  paint  of  an  Input  Jitream  is  known  as  the 
moat  akatract  forn  of  the  inpitt.'   Haw  is  the  output  streaa  identified? 


What  la  the  primary  design  tool  weed  in  transfora  analysis?  What  other  design 
tools  are  used? 


••-17 


tlB%  tbm  four  stcp^of  transfoni  analysla* 

0 


List  thm  four  nmageaent  parallels  used  as  guidelines  for  organizing  the 
solution* 


Explain  the  concept  of  factoring.  When  is  foctoring  complete?  Why  is  it  better 
to  overfactor  thtn  underfsctor? 


Apply  transfoni  analysis  to  a  probles  with  which  you  are  thoroughly  fasiliar. 
Reneaber  to  take  tine  to  look  back  at  the  original  problem  at  each  step  in  the 
factoring  process. 


413 


lUt  ch«  ch«r«ct«riitic»  which  aid  In  det«rBlning  nodule  coupXln*  and  glv«  a  brief 
explanation  of  aach. 


Explain  tha  diffaranca  bacvaan  local  and  global  paranccara. 


Uaini  tha  conplixity  lomula.  c-lculate  tha  conplexlty  of  interface  for  «  comon 
data  region  containing  25  variablaa  and  being  ueed  by  three  nodulea. 


8-lf 


D«flM  QoiMl  and  puthologicuil  conract Jons. 


What  Is  the  best  type  of  ooduJe  conaiuni cation? 


What  is  meant  by  modult  cohesion? 


Briefly  explain  the  six  levels  of  cohesion. 


What  ts  thtf  coheaiun  ul  "tfdtt  all  data"  and  "caUulatf*  square  root"? 


What  is  the  basic  philosophy  of  transaction  analysia? 


Sketch  the  basic  structure  chart  used  in  trMpiaction  analysis  and  label  the 
transaction  center  as  well  as  each  level.  ^ 
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WBCtim  III 

TOP-DOUI  DESSCM  IMPLEMEMTATXOli 


IRKJDUCfZOli 


tn  tha  pi»vlou«  ••ctloa,  th«  various  dasign  tooU  chat  ar.  available  lor  your  uac 
vara  diaeuaaad.    Ihla  aaction  covara  tha  tachniquaa  for  iHpl^^cntiog  the  top>dai«n  dcatKn; 
Top-Doim  ZaplaMntation,  Frograa.  Eiaaitn  Language  (PDL),  aw*  Structured  Code.  Top-down 
^laMntation  ia  an  approach  to  the  dasign,  coding,  and  'eating  of  the  ayateai.  PrograM 
Design  Lasguaga  i»ill  facilitate  the  tranalation  of  the  deaign  Into  Structured  Code  vhich 
ia  the  final  atep  in  the  tranalation. 


n 
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CHAPTER  9 


Top-Dout  usnJBffmtsian  strategy 


Whan  fw  h«v«  cospl«t«d  this  chapttr,  you  vili  uf^erstand  the  sttps  required  for 
top-down  isploMfitetlon  end  be  ekle  to  Identify  the  eeeocleted  teraliioXosy. 


INTRODUCTION 

First,  let*0  teik  ahout  vhet  the  tere  inplementetion  mcene.    Som  coafueion  ie 
inherent  eince  there  ere  different  levele  of  iJiplnentetlonp    The  implesentetion  proceee 
begins  vhen  the  eyeti»t  anelyet  deveiope'  a  rudlmentery  deeign  end  eeelgne  the  problem  to 
Ifiilividuele/tees.    The  second  level  of  iapleaentetlon  is  the  deteiled  design,  coding, 
en#  testing  by  the  individuals/teen,  while  the  third  level  is  the  user's  i^plMsntstion 
of  the  progrsn  on  his  eystea.    The  Air  Force  definition  of  Top-Doim  Xo^lenentetion  refere 
to  the  second  level  which  is  often  celled  the  progrsoBer's  level.    Then  top-*down  i^le- 
mentstion  of  modules  will  include  coding  end  verification  as  well  ae  isqpleaefttatioii  in  a 
top-down  faehion.    Thet  is,  ths  higher  levele  of  systes  logic  ere  coespleted  prior  to  eub* 
ordinste  nodules. 

The  upper  level  modules  are  coopletelv  coded,  tested,  and  all  interfacea  are  fully 
Identified  before  the  coding  of  euberdinetc  level  modulea  ie  etarted.    Thie  ie  conaidered 
to  be  the  beet  approach  to  coding  inplmntation. 

The  other  espect  of  top-down  ioplmentation  that  this  chapter  will  addreae  is 
'*pac)caglng"  the  eysten  prior  to  beginning  the  detailed  deeign. 


Packaging  (which  is  also  called  ''Builde,"  "Incremental  Delivery,"  and  "Delivery  by 
Paris")  ie  a  tool  that  is  used  to  determine  wtieirc  to  divide  the  problem  for  development. 
It  is  the  "art"  of  eubdtviding  a  skeletal  deeign  into  several  parts  or  packagee  and  is 
usually  accomplished  by  the  chief  programmer  or  hie  equivalent.    A  eystra  can  be  eub^ 
divided  for  assignMnt  to  teama  for  detailed  development;  a  package  can  ehow  which  group 
of  modulee  to  code  first;  ^r  a  package  can  be  the  parts  of  a  system  thet  will  be 
delivered  together  if  the  user  wants  a  delivery  in  increments.    In  any  caee,  packaging 
should  be  delayed  until  the  skeletsl  structure  ie  as  detailed  as  poaeible.    (This  is 
partly  becauee  It  obecures  the  basic  nature  of  the  probloa,  and  partly  becauee  it  leads 
to  gross  inefficiencies  if  acco^lished  too  early.)    Thie  will  help  you  to  more  accu* 
rately  choose  the  parts  of  the  project  thet  eh^ld  be  developed  together. 

Here  ere  some  suggeetions  for  packaging  for  additional  program  efficiency.  Modulee 
that  should  be  grouped  together  can  be  identified  by  looking  for  Iterationa  (looping), 
communicationt  interval,  and  fan--in*    Note  that  psckaglng  ie  used  to  determine  which 
nodulee  will  be  grouped  together  for  development.    It  doee  not  determine  the  priority 
for  which  modules  will  be  developed  firet. 


The  facte  that  were  cmaidered  when  packaging  the  program  in  figure  9-ldire  listed 
ae  noted  in  figure  9-1.    The  reaeons  for  thie  epacific  packaging  is  included  in  figure 

Within  each  package,  the  top  udule  will  be  developed  f iret'-^top-Downl 

In  the  cese  of  iterationa,  put  the  module  containing  the  loop  Mid  the  subordinate 
^    moduies  that  are  called  within  the  loop  into  the  same  physicsl  psckage.    Kecp^  in  mind 
that  inner  loope  eheuld, take  priority  over  outer  loope,  and  neeted  loops  ehould  take 
priority  over  imbedded  loops.    (See  figure  9*10 


PACKAGING 
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NESTED 
LOOP 


NOTES: 


er|c  • 


1.  Module  C  c.illed  only  on  hardware  failure, 

2.  >todule  T  calliid  15  tmvc  after  Mndule  S;  «n  other  ii«hUi|.-h  cfllind  st 
intervnis  of  45  mvc  to  I  nvr. 

3.  Nodule  E  Input:    XYLIST,,  Ph»m',  KOK,  XCdORD,  Krrnr 

outptit:    Krrcir,  IFl^c;,  Y(:(inRn»  Angle 

IJlgure  9-1 
9-2 


1  INNER  LOOP  4^   _  £ 

2  OJTER  LOOP  ^  1 

3  IMI^EDDED  LOOP  |         '•*•  | 

4  SMURT-TIME  INTERVAL   «.  _J 

5  FAN-IN    \  " 

6  FAN-IN  SMALL 

7  SMALL  CHANCE  OF  EXECUTION 

8  USED  ONLY  ONCi: 


NOTE:  MODULES  A  AND  Z  ARE  NOT  PACKAGEP  TOGETHER 
BECAUSE  THE  IMBEDDED  LOOP  CALLS  S. 


Figure  9-2 
9-3 
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A  hii^  voiuM  of  Intttrcoanmlcatim  bctven  tvo  wdulsa  would  nUkm  tticmm 
wdulto  logical  caodidatoo  for  iMorpontion  loco  •  oiittU  paetuiia.  CoMmiutiim 
voluM  to  dotominod  by  thm  owbor  of  data  itom  or  cootrol  f  laga  baliig  paaatd  batmen 
Bodulaa. 

M^Kn  looking  at  itarationa  and  cr— mi  cation  ^Ium  whan  pacfcagl;^.  tiM  intarval 
ahould  ba  conaidarad  Mxt.   Wim  you  axpact  tha  ti«e  Intarval  batMon   ..a  uaa  of  tvo 
Mdulaa  to  ba  abort r  placa  thaa  in  tba  a«M  package.    A  abort  intarval  inpliai  that  the 
function  of  tba  ciro  iK>dula«  la  aitbar  aimilar  or  at  laaat  cloaaly  ralat^* 

Tba  fourth  thing  to  check  vhaa  packaging  la  SKMiula  fan-in •    This  ia  tha  nuid»er  of 
higher  level  nodulaa  calling  the  aaae  wdule.    If  all  the  Modulaa  of  a  fmtp-in  are  not 
packaged  into  one  group  (eaa  fi^re  9-3).  than  driven  arc  nacaaeary  to  eiaulata  the 
function  of  aoM  of  the  auparordinata  aodulea.    Whan  a  nodule  calla  only  one  eubordinate 
•odula,  tha  tvo  say  ba  coiriiinad  into  a  aingla  i»h1u1c  rather  than  being  left  eeparate  and 
grouped  into  a  package*    A  nodule  vith  a  anall  fan-in  can  be  compraased  into  the  calling 
Bodulaa  by  duplicating  in-line  code. 


ERLC 
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SoM  MdulM  My  be  isplacsd  into  9ep«r««U  packjigea.    A  sodulc  that  hM  only  «  tmll 
probablUty  of  b«lii||  executed  My  be  put  into  a  separate  package  for  developMtit  at  a 
latar  tiM.    A  Mduic  uaad  only  osica  (avu:h  aa  initlaliaation  or  termination)  say  ba 
taolatad*    T^o  modulM  aaparatad  by  a  lang  procaaaleg  interval  could  ba  placed  In  tiro 
aaparata  packafaa. 

A  ftyatas  aMlyat  often  beiina  by  packaging  a  ayates  (or  program) »  followed  by  the 
flowchart  t   and  than  the  dMign  (hopefully  atmcturad  dMlgn),    Thia  approach  can  cauaa 
problaw  lor  the  programMr  and  can  wMta  Mchine  time  and  core.    The  proper  approach 
%fOuld  ba  to  do  a  akelatal  atructurad  deaign,  uaa  the  daalgn  to  divide  the  ayattt  into 
packagea.  and  than  finiah  the  packages  ualng  the  tools  available  to  him  (flovGharta» 
HXPO,  etc.)-    If  the  CFT  concept  ia  being  uaad»  the  packagea  would  be  Msigncd  to  teana 
for  individual  development. 

Agein.  packaging  ia  Juat  a  way  of  grouping  parts  of  a  ays tern  into  logical  subparts 
for  detailed  development.    The  forming  of  these  packagea  is  still  an  **art."    It  ia  not  aa 
important  to  member  the  different  terms  aa  it  is  to  remember  the  concept  and  to  use  it 
to  your  edvantaga  on  the  job. 

Once  the  ayatem  is  psckaged.  the  next  step  ie  coding  implementation  vhich  la  nor* 
Mlly  accompllahed  by  the  programMr.    In  talking  about  coding  lmplemantation«  regardleee 
of  whether  you  are  reaponalble  for  a.i  entire  program  or  only  one  package*  the  aama 
principle  will  apply.  . 


CODING  IMPUMENTATION 

While  traditional  software  deelgn  My  have  been  accomplished  in  a  top^doim  manner* 
the  actual  software  coding  and  taeting  has  normally  be£:o  done  in  a  bottcsn-up  fuhion. 
When  ualng  the  botCom^-up  approach,  the  loweat  level  proceeaing  modulea  ore  coded 
and  unit  teatad  first.    Throwaway  code,  in  the  form  of  driver  ou>dules.  Is  usually  needed 
to  perform  the  testing  of  the  lover  modules  and  theae  lover  level  modules  cannot  be 
integrated  into  the  ays  tern  since  the  higher-level,  more*^lmportant ,  modulee  have  not  been 
coded • 

Another  problem  is  that  data  daflnitlona  and  interfacea  tend  to  be  interpreted 
differently  by  each  prograMier  involved  and  the  differencea  are  not  diacovered  until  the 
aystem  teet  and  evaluation  phase.    The  ayatem  test  onist  be  delayed  until  the  probleM 
are  resolved.    Then,  the  probleip  solution  usually  requlrea  modification  of  som,  if  not 
sll.  of  the  indlviduiil  modules.    Any  individual  module  that  la  changed  cmat  ba  unit 
tasted  again  before  Lt  can  be  integrated  into  the  aystam. 

RemM^er,  all  this  modifying,  redefining,  and  reteatlng  ia  done  during  the  system 
testa  whan  ycni  are  draparately  trying  to  meat  your  delivery  date.    Top-down  coding 
ImpleMntation  will  eliminate  moat  -  if  i»t  all  -  of  these  problem. 

In  top-down,  the  highest  level  module  is  coded  first  and  in  c^lete  form.  Any 
CALLS,  etc.,  that  are  required  are  left  unrMolved.    All  Interfacea  to  the  next  lower 
level  code  are  defined  in  complete  detail.    Vlhan  the  high-level  module  la  coded,  it  ia 
then  tMted.    To  Met  the  requlreMnt  for  those  lower  level  iMdulaa  that  i^uld  be 
CALLad,  dusmqr  code  (called  program  atuba)  la  writtra.    Thia  throwaway  code  My  Involve 
nothing  more  than  a  Msaaga  to  a  printer  data  aet  that  '1«)DULE  (name)  HAS  BE£»  ENTERED." 
In  other  worda,  thia  nodule  WM  auccassfully  reached  during  execution.    If  necMaary 
the  atub  can  return  a  hard-codad  paraMter  llat,  condition/completion  code,  or  table  of 
data  -  da^nding  on  what  the  hlghaat  level  module  interface  would  norvally  expect.  If 
aaverel  atuba  are  necessary,  frsqumtly  the  ssm  stub  with  several  aliMM  will  auffice. 
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PlguN  9-4  mhmm  the  pratrMc.  iafi-doi#n»  ifhlch  takes  place  ntwii  tQp-4oim  develmiment 
end  lapleMntetiOQ  conceptv  ere  foUowed.  ' 


(e)  Stert  of  coding.    Codlttg  besiise%ltli 
the  higbeet  level-  of  teeke  in  the  pro- 
gre«.    Whet  is  the  teek  of  the  pro- 
greB  ee  e  vhole?    It  ie  defitsed  in 
thie  section  of  coding.    Thii  highest 
level  ney  only  list  the  subtasks  to 
be  perforMd  in  each  eul^sidisry  sec- 
tion on  lover  levels. 


(b)  Middle  of  coding.    Subtssks  ere  now 
being  coded,  sod  they  umy  also  be 
tested  and  integrated  into  the  part  of 
the  progran  which  ie  already  complete, 
using  the  lower  level  "stubs"  to  tee I 
the  logic  in  the  cosipleted  portions. 
The  stubs  are  used  to  indicate  wh«?n  o 
particular  aubtask  aection  (to  be 
ccHled)  has  been  reached  successfully. 
Reaching  that  section  indicates  that 
subtaak  has  been  done,  checking  out 
all  of  the  logical  paths  in  the  cosi- 
pleted pottions. 


(CI 


(c) 


Figure  9-^4 


Co^leted  coding.    The  program  coss* 
plete  and  ready  now  for  final  testing, 
if  tests  have  already  been  done  at 
all  of  the  higher  levela*    Tests  for 
the  last  level  coded  can,  in  fact, 
be  that  part  of  the  final  acceptance 
tests. 


There  sre  three  baai^lpproacbes  -to  ifipliimenting  top-down  ccKiin$. 
can  be  a  valid  approach  under  certain  circuMtancea. 


Each  of  the  three 


The  preferred  approach  to  top-down  coding  is^lesentatlon  is  as  follows:    Start  vith 
a  rmi^  design  of  die  ifhole  aystesi,  ccmplete  the  top-ieveA  detailed  design,  code  and 
test  that  level.    NsEt,  deaigo  one  siodule  on  the  next  lower  level,  code  it»  and  test  it 
with  the  previous  aodule.    As  s  new  smhile  is  cos^leted,  integrate  it  with  all  previoiis 
modules,  testing  all  vodulea  each  tlM  until  you  finish  the  entire  project.    (See  figure 
9-^5.) 

Meet  iaportant,  the  program  nodulea  #t  each  level  era  fully  verified  and  integrated 
with  their  predeceasors  before  coding  begins  on  the  next  Icjwer  level. 
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An  altcRUieivc  cppro^  tkae  al^t  verk  b««c  lor  •  wry  null  projtct  ia  to  dooi^ 
tbo  wtaolo  Kfmim  tep-4eim,  coda  all  of  it  Cep*4ora.  «nd  then  teot  tbo  coaplotwi!  ayoUB. 

TlM  third  approAfth  ia  to  fiaiab  tlia  aatira  daalfB  and  than  co^  and  taat  tha  awdulaa 
om  at  a  tiaa»  tep^lBMi.   Tbia  aathod  eoMld  alao  apply  to  aaall  ayatawa  and  la  actually 
prafarrad  ovar  tha  Mtbed  that  doaa  all  taatint  af tar  eodins  tha  aatira  ayatos. 

Raiardlaaa  of  niiieh  one  of  thaaa  ^proachca  you  uat!,  you  will  produce  a  bucIi  better 
prograB. 

AOVAIITAGBS  Ct  TOF-DOHH  XtiPUNEiiTAItON   . 

Tou  htm  tcM  p«ck«ti9s  4m|^t^--4««ro  eodint  described  m  tools  for  lap iweq tint 
r«M  nd  yotf  mf  bo  iimidofMt  hov 
tb«t  top-dom  iB|ilMmtotio«i  holp. 


progroM  nd  yov  my  bo  wmidoflai  hov  all  of  thio        his Ip' you.    Tliorc  oro  oovorol  myo 


Tlioro  io  eontintua  tootini  of  tho  istorfooo  brtmon  Mduloo.    As  osch  ooduls  is 
coaplotsd,  it  is  tsstod  vitb  sU  prfviously  writton  Mdulos.    This  chiefs  ths  intorfsco 
botvoon  tho  mv  «odulo  sod  tho  provious  ttodulos.    If  thore  sro  soy  iotorfsco  errors, 
they  srs  diseovorod  sad  corrocj^^  esrly.    Once  th«  Mdulf  has  been  iotogrstod  into  the 
structure  9  it  is  not  likely  thst  iatorfsn  prc^lns  vill  occur  in  the  upper  levels  of 
the*prcgrsa  so  ths  devslopnsnt  progresssoa  ^ 

Anotbsr  tisMi«Mvint  foscure  of  top^doim  IsvleMntstim  is  thst  systsK  intogrstion 
is  tsking  pines  ss  each  Mdulo  is  testsd  nA  debugged.    Thie  has  ths  of  feet  of  elisios- 
ting  ths  systea  test  end  intsgrstion  phsse  st  the  end  of  the  project.    Tri^itionslly » 
tost  end  intofrstion  bsve  consumed  sn  unrsssonsble  sMint  of  MchiM  tias  and  often  the 
progrsMsr  hai  found  it  i^^sibls  to  sboebom  his  mdules  into  s  worksble  progrsa. 
Figure  9**6  dsplcts  the  difference  betveen  the  integration  of  s  top^^ovn  progrsa  snd  s 
trsdltional  progrsa. 

Along  the  lines  of  testingp  the  aost  iaportSRt  things  are  tested  first.    The  highct 
level  logic  which  conts^M  the  oversll  pr^rast  logi^  is  coded  and  tested  prior  to  the 
detella  in  the  lower  Ifvel  Mdules  being  coded^  *  This  type  of  testins  ?r«ds  to  s 
Moother  evolution  of  ihe  progrsa  vith  fsi^r  swrrY^lsce  snd  less  rewriting.    Coding  snd 
testing  ths  upper  level  m^Kiles  first  eXialnates  the  need  for  special  aodules  (drivers) 
to  tost  ths  lever  level  aodules. 


It  aay  ansa  at  this  point  tl»t  all  of  ths  advantages  of  top-rdown  iiqileaentetion  are 
related  to  integration  and  testing.    Not  true.    Top-^doim  In^leaentatioa  gives  us  a 
usable  skeleton  early.    As  succeeding  lower  levels  are  coded p  testsd »  snd  integrated p 
we  can  decide  to  coaplete  eoae  parte  of  the  eystsa  bsfore  other  ports;  ttersbyp  asking 
s  portion  of  ths  systsa  available  to  the  user  ssrly.    If  ths  user  should  dsfcide  thst  hs 
wants  a  partial  delivery p  he  aost  bs  willing  to  sccept  this  version  snd  its  sssocisted 
restrictiims.  " 

The  final  advantage  to  top-'down  iapleaentstion  is  actually  a  side  effect  of  sll  of 
the  top-down  tools  sad  asthote.    Doouasntstion  is  no  Icmgsr  n  sftsr^the-fact  j<^a  As 
the  nev  aodules  ars  inta^stsdp  tteideculMntatioo  for  each  nev  aodule  is  sdded  to  tl^ 
doeoasntscion  psekagSa    This  emitinual  tq»dating  of  ths  docuasntstimi  redueaa  ths  tias 
required  to  finish  the  docuaMtstion  pscfcsge  st  ths  end  of  the  project  a   Plus,  thers 
ia  sn  sdtted  bmiefit.    If  eoaaone  met  be  replaced  in  sn  ^airgency,  the  replacment  can 
readily  see  what  hss  been  done  and  what  still  needs  to  be  done. 
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DISADVABTAGES  OF  TOP-DOWN  IMPLH4ENTATI0N 

.^.-?'^**^.^^*?f"5*"""  '**^*"        Progr««r.  the  Miuger.  and  the  u.er  may 
JT^JI**!"    But,  .11  !•  not  M  good  in  the  land  of  top-dow.    The  old  saying  "nothing 
ia  perfect    can  also  apply  to  top-^oim  i>ple«entation.    Som  probloa  Wll  appear. 

-r«  « 'I':  ^5*  T^*  '^^^^  top-dow>  liiple.entatloa.    That  1.  to  say.  the  pro- 

gran  mumt  ba  designed  in  a  top-dovn  aannsr  before  top-down  lapleawttatlon  can  be  eaployt-d. 

Second,  top-dovn  requirss  the  use  of  stubs  and  they  may  be  throwavay  code.  You 
learned  that  drivara  were  throvaway  code  and  should  be  avoided.    The  difference  between 
drivers  and  atuba  Is  that  stubs  nay  be  written  aore  easily  and  say  be  written  in  a  way 

.  i»  done  by  making  the  stub  a 

si^»lificd  vcraion  of  the  function  that  it  aimulatea  and  then  using  the  aaae  code  in  the 
tinal  version. 

Another  problem  arises  when  there  are  complex  or  critical  lower  level  modules  that 
need  to  be  coded  and  tested  iamedUtely.    When  this  happens,  you  should  code  only  tho8* 
lower  level  modules  that  are  absolutely  necessary  and  then  return  to  the  top-down 
oavalopment  as  soon  aa  possible. 

Other  problem  sreas  are:    programa  that  are  too  small  for  top-down  development; 
•ome  problems  do  not  land  themselves  to  top-down  design/implementation  (mathematical 
routinea  or  I/O  routines).    Finally,  when  trouble  is  encountered  in  upper  level  routines, 
lower  levfcl  design,  coding,  snd  testing  is  delayed. 

Figure  9-7  suiHrisas  the  advantages  and  disadvantages  of  top-down  implementation. 
Exsmlae  the  figure  carefully  before  reading  the  explanation  on  bottom-up  inq»le«entation. 


• 


Advantages 


TOP-DOWN  IMPLEMENTATION 


(1)  Cof  tinual  testing  of  loterfaces  between  modules 

(2)  Earlier  systems  integration 

(3)  Most  ittportant  things  tested  first 

(4)  Usable  skeleton  early 

(5)  Doctnaentatlon  developed  systo&stically 

Disadvantages 

(1)  Design  sust  allow  top-down  isples^ntation 

(2)  Requires  the  use  of  stubs 

(3)  Complex  or  critical  lower  level  modules  ©ay  need  early  attention 
i^)  Prograns  too  small  for  top-down 

(3)  Som  problems  do  not  lend  tbeaselves  to  top-down 

(6)  Lower  level  work  nay  be  delayed 


BOTTOM-UP  IMPLHMENTATION 


Advantages 


(1)  Independent  module  testing 

(2)  Errors  easily  localised 

Disadvantages 

(1)  Large  area  of  unknown  interfaces 

(2)  Inability  to  package  bottom-up  systems 


Figure  9-7 
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BOTTOM-UP  IMPUMENTATION 

Deviation  trom  top-down  nonMilly  occura  when  an  EXECUTE  or  CALL  it  encouatered.  The 
natural  tendency  when  one  writea  thla  type  of  acatesent  ia  to  code  the  entire  aubordinate 
taati  before  continuing  the  codini  of  the  top-level  wJdule.    When  coding  is  done  In 
execution  aequence.  it  ia  called  the  "Bottoa-Up"  approach.    The  lowest  level  aodule  la 
coded  end  comleted  before  the  interMdiate  level  aodulea  and  the  last  module  to  be 
coBpleted  ia  the  hlgheat  level  aodule.    "Driver"  oodulea  are  often  required  becauae  the 
upper  level  wodulea  needed  to  aupply  data  iteoa  to  the  lower  level  nwdulea  have  not  been 
coded.    Frequently  an  entirely  different  driver  ia  required  for  each  ualque  module  and 
the  coding  of  driver a  la  tiae-conau»lng.    Figure  9-8  ia  a  graphic  repre»entatlon  of  a 
typical  botto«-up  dcvelopaMnt. 


BOTTOM-UP  DEVELOPMENT 


HIGH-LEVEL  CODE 


DRIVERS  OR  PARTLY 
>  DEFINED  CODE 


1      1      1  \ 

\ 

LOW-LEVEL  DETAILED 
CODE 


Figure  9-8 

Disadvancages 

There  are  two  major  diaadvantagea  to  the  bottom-up  approach.    First,  coding  only 
part  of  the  high-level  modules  and  all  of  the  lower  level  modulea  leave  a  large  area  In 
which  many  unknown  interfacea  exlat.    Since  different  prograjaoers  approach  problems  from 
different  dlrectiona,  even  anall  daclslona  may  have  a  large  impact  on  how  well  the 
varloua  modulea  fit  together  during  Integration.    Becauae  of  programner  inconsistencies, 
a  large  amount  of  debugging  time  ia  conauoed  at  Integration  time. 

The  second  disadvantage  of  bottom-up  ia  actually  the  reverse  of  one  of  the  advan- 
tagea  of  top-down.    For  yeara.  software  developers  have  searched  for  a  way  to  deliver 
aysteiaa  to  uaera  in  a  shorter  period  of  time.    When  the  top-down  approach  la  followed, 
the  system  can  be  packaged  and,  therefore,  delivered  at  an  earlier  date.    With  the 
bottom-up  approach,  the  program  Is  developed  linearly.    Obviously,  linear  development 
precludes  packaging  for  parallel  development  of  parts  of  the  system. 
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Advantages 

At  the  MM  tlwip  tharc  ara  tw  advantagta  to  bottw^  Isplaqtntatioti.    Tha  wMlulet 
can  ba  tdatad  indapandcntly  of  tha  raat  of  tYm  aystaai  -  thla  aUowa  a  prograver  to  vork 
autonoaoualy  and  to  avoid  waiting  for  tha  raat  of  the  ayttcsi  t^^'ba  conplated  before  he 
can  teat  hia  oodule  -  and  errors  in  logic  within  a  module  are  easily  localiaed.  Theac 
two  advantagea  aeldoft  aava  enough  to  offset  the  accompanying  problems  when  the  ayatem  is 
integrated* 

You  have  aean  sense  of  the  advantagaa  and  diaadvantagee  of  bottos*-up  isqilesMintation. 
Covpara  theae  advantagea  and  diaadvantagee  with  those  for  top*Hiown  ii^leoMmtation  in 
figure  9-7. 

Figure  9-9  ahowa  the  savings  that  can  occur  using  top-down.    The  bottom-^-up  approach 
allows  very  little  overlap  in  the  completion  of  project  milestones.    Design  miist  be  very 
near  cnqplate  before  work  can  begin  on  coding.    Similarly^  coding  has  to  be  quite  com- 
plete  before  testing  and  integration  of  all  of  the  progru  parte  can  begiUt    Only  after 
all  of  the  parts  of  the  prograa  are  integrated  can  final  teating  begin.    However »  uaing 
the  top^own  approach,  there  is  much  nore  overlap.    While  the  detailed*  lower  level  aub«* 
tajka  are  being  designed »  coding  can  begin  on  the  higher  level  tasks  of  the  program,  as 
thaae  taak  definitions  will  be  unaffected  by  the  lower  level  taaks.    Also,  while  coding 
is  being  coeqileted  on  the  lover  level  sections,  testing  and  integration  can  begin  on  the 
higher  level  code  already  conqpleted,  uaing  "stube"  to  repreaent  the  lover  levels. 
Siailarly,  final  testing  will  have  already  begim  when  testing  is  begi^n  on  the  lowest 
level  coding  in  the  program,  becauae  every  level  above  that  will  already  have  been  tested. 
Also,  the  final  testing  phase  will  surely  be  shortened  because  of  the  previous  testing 
at  higher  levels. 

The  next  t%iD  chapters  in  this  section  will  provide  you  with  the  final  two  tools  you 
will  need  to  complete  the  top-down  Implementation  of  the  system.    Program  Design  Language 
and  Structured  Code  are  the  tools  that  will  convert  the  design  into  a  machine  rendable 
language . 
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TOP-00|N  DEVELOPMENT 
-I 


PBOJECT  DESIGN 

'  CODING  , 

 H 

INTEGRATION  ^ 


.    FINAL  TESTING 


PROJECT  DESIGN 


CODING  ^ 
*  INTEGRATION 


BOTTON-UP  DEVELOPMENT 


FINAL  TESTING 


Figure  9-9 

REVIEW  QUESTIONS 

Read  «nd  answer  the  review  que»Clon»  below. 
1.      ,  Match  the  Xlnted  Iteme. 

«.    Th«  lowest  level  modules  ere  coded 
Stub   „  _  j^^^^ 

Botto»-up    ^     ^  overall  .strategy  for  system 

Top-down   development. 

c.  Used  when  required  higher  level  modules 
Driver   incomplete. 

d.  Used  to  indicate  attempted  use  of  a 
lower  level  module. 


ERIC 


9-13 


413 


Uhlc^  of  th«  Colloirlng  is/are  adv«nt«geB  of  the  top-doim  method? 

a.    Ifit«rfac€«  arc  revolved  at  the  highrat  level. 

Integration  takes  place  concurrently  with  teating. 

c.  Drivers  need  m>t  be  written. 

d.  It  doea  not  takers  long  to  design  a  ays  torn. 

e.  Undefined  or  hypothetical  interfaces  exist. 

f.  Stuba  My  be  general  and  reuaable. 

One  advantage  of  bottotB-up  iBpleicentation  is  that 

a.  interface  problesa  do  not  have  to  be  considered  until  later,  thua  allowing 
Bx>re  time  to  concentrate  on  lower  level  ^modules. 

b.  one  driver  can  be  used  to  test  all  aspects  of  a  module  in  a  single  run,  thus 
checking  out  the  module's  interface. 

c.  rewritea  of  higher  level  module^  way  be  necessary  after  interfacing  of  modules. 

d.  None  of  the  above. 

The  following  phraaes  are  advantages  of  either  top-down  or  hottom-up  implementation. 
Enter  the  correct  method  in  the  spaces  prnvldid, 

a.  Independent  module  teating 

b.  Earlier  aystem  integration 

c.  Most  important  things  tested  first 

d.  Documentation  develt)ped  systetnatically 

e.  Errors  easily  localized 

f.  Usable  skeleton  early 

  t 

g.  Continual  teating  of  interface  between  modules 

The  Air  Force  definition  of  top-down  implementation  Is  directed  at 

a.  assignment  of  tasks  at^the  beginning  of  the  project. 

b.  the  method  for  actually  developing  the  program. 

c.  implementation  of  the  completed  system  by  the  user. 

d.  All  of  the  above. 

The  important  point  about  top-down  implementation    r  that  ^ 

a.  program  modules  are  fully  integrated  and  verified  with  their  predecessors 
before  coding  begins  on  the  next  Iwer  level . 

b.  program  sxKiules  are  tested  independently  of  eaclT  other. 

c.  atubs  are  throwaway  code  also. 

d.  It  is  new  and  therefore  a^iat  be  goini.  ^  t 
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CHAPTER  10 


FIfiCRAK  DESIGN  LANGUAGE 


Upon  cMpledon  of  thim  chapter,  you  should  ks&ov: 

1.  Ths  purpose  6i  ProgrM  Oeoign  Language  (PDL) . 

2.  The  advent ages  and  dlsadvantagea  of  PDL. 

3.  The  difference  between  fraafora  and  foraallMd  PDL. 

4.  The  reconmnded  language  atructures. 

5.  How  to  determine  the  level  of  POL  required  in  given  situations. 


INTRODUCTION 

The  uae  of  structured  p.rograsaiing  technology  has  created  a  need  to  asseaa  and  im- 
prove the  design  tools  which  are  used  to  prepare  top*down  structured  programs.    Aa  you 
know,  the  flowchart    has  traditionally  been  the  primary  program  design  document*  Thay 
have  been  used  to  graphically  document,  partially  or  totally,  the  design  of  a  program 
before  it  is  written  in  the  target  programming  language.    In  many  casea.  however ,  flow- 
charts were  produced  after  the  fact  in  order  to  satisfy  a  documentation  requirement. 
Top'down  structured  programming  haa  created  the  need  for  new  techniques  to  support  the 
development  process.    This  chapter  deflnea  and  describes  one  such  technique  -  a  program 
deaign  language. 


DEi'INITION  - 

A  Program  Design  Langugage  (PDL)  is  a  language  for  describing  the  control  structure 
and  general  organization  of  a  cc^puter  program.    It  ia  an  English-like  representation  of 
a  procedure  which  is  easy  to  read  and  comprehend.    It  is  structured  in  the  sense  that  it 
utilises  the  predefined  control  logic  primitives.    Indentation  is  used  to  make  the  PDL 
easier  to  read.    This  technique  facilitates  the  translation  of  functional  specif icationa 
into  computer  instructions  using  top-down  design  and  structured  coding.    Figure  10-1  is 
sn  example  of  a  PDL  using  structured  control  figures  and  indentation  to  represent  ^ 
hierarchical  levels. 
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EKLC 


Wmi  FSEQUEIfCT  ANALYSIS  PROQUW 

INITIALIZE  THE  PROGRAM 

READ  TOE  nSST  TBtT  RECORD 

DO  WHILE  THERE  ARE  MORE  TEXl  RECORDS 

•  •  PO  WHILE  THERE  ARE  MORE  WORDS  IN  THE  TEXT  RECORD 
....  fiXTRACT  THE  NSCT  TEXT  WORD 

....  SEARCH  THE  WORD-TABLE  fOR  THE  EXTRACTS)  WORD 
.  .  .  .  IF  TOE  EXTRACTED  W(«D  IS  fOUND 

 INCREJENT  TOE  WORD'S  OCCURRENCE  COUNT 

.  .  .  .  ELSE 

  INSERT  THE  ETrRACTQ)  WORD  INTO  THE  TABLE 

.  .   .  .  END  IT 

....  INCREKBNT  THE  WORDS-PROCESSED  OOVNT 

•  •  END  DO  AX  THE  END  OP  TOE  TEXT  RECORD 
END  DO  WHEN  ALL  TEXT  RECORDS  HAVE  BEEN  READ 
PRINT  WE  TABLE  AND  SUWARV  INFORKATION 
TERMINATE  TOE  PROGRAM 

Figure  10- !•    Program  Design  Language  (PDL)  ExMple 
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The  priMry  pyrpoiie  of  thin  technique  is  to  help  the  prograwner  tr«twil«tc  the  fuac- 
tlufiAl  ttpeclf icatioos  into  craputer  instructicins  using  top-down  structured  prograsaning. 
The  PDL  ift  a  Kiltipurpoae  design  tooi,  which  haa  been  uaei  in  the  desipi,  developnent, 
documentation,  and  maintenance  of  atructured  programs.  \ 

A  PDL  aaaists  the  design  process  because  it  can  be  used  to  develop  and  study  alter<* 
nate  control  atructures  and  general  program  organizations  easily  and  at  a  relatively  low 
cost.    Moat  designs  require  review  and  rework  either  to  correct  errors  or  to  improve 
t^fficiency.    A  PDL  ia  also  an  eKcallent  medium  to  implement  s  review  of  deaign  alter- 
natives.   The  use  of  PDL  for  dt«ign  verification  end  code  verification  is  discussed  in 
"Validation  snd  Verification  Study,"  Volume  XV  of  the  RADC  Structured  Programming  Series, 

The  use  ot  TDL  for  documentation  is  discussed  in    "Oocumentation  Standards,"  Volume 
VIl  ul  the  RADC  Structured  Programming  Series.    In  the  past,  flowcharts    have  been 
required  ss  psrt  uf  the  documentation  accompanying  program  specif icationa.    This  practice 
should  be  discouraged  because  structured  programming  technology  elifilinates  the  need  for 
a  nuiution  to  be  depicted  in  the  programming  specifications  before  coding  begins*  In 
top-down  prograsB&ing,  there  should  be  an  overlap  of  design  and  implementation  activities; 
hence,  there  Is  no  requirement  to  show  the  proposed  solution  in  the  specification  in 
either  flowchart    or  PDL  form, 

A  PDL  assists  program  maintenance  (both  corrections  and  modifications)  v^en  it  is 
used  tt>  express  complicated  algorithms,  algorithms  criticsl  to  performance,  and  programs 
which  are  difficult  to  read.    In  soma  Instances,  PDL  has  been  used  as  documentation  for 
assembly  language  programs.    If  a  atructured  source  code  listing  of  a  high  level  Ian- 
guagc>  is  available,  then  the  PDL  representation  is  redundant  and  should  not  be  required. 
Volume  VII  of  the  RADC  Structured  Programing  Series  discusses  this  point  in  more  detail. 


ADVANTAGES  OF  USING  PDL 


Some  of  the  reasons  for  using  POL  are: 

1.  PDL  is  easier  to  prepare  when  compared  with  graphical  methods  such  as 
detailed  design  fluwchdrts, 

2.  It  is  easier  to  read  and  comprehend  as  compared  to  flowcharts    or  long  involved 
prose  descriptions* 

3*    It  facilitates  the  translation  of  design  into  a  top«-down  structured  program. 


Preparation 

The  preparation  and  publication  of  PDL  representations  are  simpler  processes  than 
the  preparation  and  production  of  flowcharts.      Since  PDL  does  r.ot  use  special  symbols, 
it  can  be  developed  and  produced  without  the  use  of  templates.    Therefore,  it  can  make 
effective  use  of  all  the  technology  which  has  been  developed  for  the  production  of  written 
aiaterial  (e.g.,  typewriters,  computer-based  text  editing  syMems}«    The  PDL  source  text 
can  (and  should)  be  stored  and  maint^^ined  using  the  same  programming  aupport  library  sys- 
tem used  for  the  structured  prograsa*    The  machine  readable  form  of  PDL  would  be  avails- 
able  lor  efficient  transmission  over  communication  facilities.    The  ease  of  preparation 
makes  the  generation  of  PDL  by  programmers  both  fast  and  relatively  inexpensive. 
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Zo  •ddicien  CO       ««■•  of  isiti«l  production ,  tbm  cmc  o£  MilautMUico  of  FDl  wicu 
nn  raprMtttAtioM  voro  utoful  thu  flovchmrta.     it  it  e«al«r.  Xw  tlM-eotuuiant.  •nd 
l—B  todiotia  to  cbango  a  PUL  r«prw«iit«Uoo  than  to  rodrm  a  flowchart.     For  Inatanr  s. 
it  !•  oot  uacoMOB  Airint  prograa  dav^opMtit  to  ba  facad  wi^  tha  raquiraMot  of  having 
to  add  ooo  wra  block  to  an  alraady  praparad  flowchart.     If  the  addition  cannot  be  raally 
addad  to  tha  flowchart,    ona  of  tht  following  altcrnativaa  ia  takani 

1.  Tha  flowchart    ia  not  updated. 

2.  The  flowchart   ia  redrawn  to  add  the  additional  logic. 

3.  Tha  flowchart   ia  patched  with  off -page  connactora  and  a  aeparate  page  conuin- 
iog  tha  new  logic  ia  addad. 

Tha  acceptance  of  the  flret  choice  will  reault  in  an  incoo^late,  obaolete,  and  often 
erroneoua  docuMnt  which  loaee  ita  crcditabllity  and  utility.    The  contraat  ia  the  ea  iy 
update  of  a  PDL  aegMnt. 


UaabUity 

PDL  rapreaantatlona  have  bean  found  to  be  very  readable  and  ccmprehendable.  Tht 
abaencc  of  graphic  aytabola  Mkee  it  mich  easier  to  uae  aeaningful  naoing  convention 
aince  the  prograaaar  ia  no  longer  conatrained  by  graphic  ayabola. 


The  charactara  *F1CA  LT'  fit  In  the 
VAUJE%  irtiich  ia  Much  aore  aaaningful,  v; 
precieely  repreacnt  the  action  or  device 

DISK) . 


■tandard  deciaion  block  but  'IF  FtCA  LIMIT 

1  not.  A  PDL  writet  can  choose  navae  which 
he  wiahas  to  deacribc  (e.g.,  CAKD,  DRSH, 


A  prograa  deaign  in  FDL  ia  a  praciae  iawge  of  the  progm  i^ilMcntation  in  a  top- 
down  atructured  programing  anvironwmt.    The  top-level  oegMent  auMarisea  the  generfll 
progrss  orgeaisation.    Detailed  deciaiona  in  lower  level  acgmmta  are  not  represented 
until  Che  eegmnt  iteelf  ie  expraseed  in  PDL.    Figure  10-2  oontaina  a  FDL  repreeentat  lon  " 
of  a  top-level  code  aegMint. 

BECIli  FBOCKAM  ^ 
DO  WHILE  tmsr  CARDS  EXIST 

IF  TIAKSACn  ION  C^DE  •  TYPE  1  THEM 
SICXUDE  A  . 

DiCLUDE  B 
EMDIF 
EBBDO 
EKD  PSOGKAK 
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Figure  10-2.    lop-Level  Code  SagMtnt 

Thia  aiapla  FDL  rcpraaentaticm  of  a  top-level  aagiBant  ahowa  that  two  aubordlsate 
aagMnta  will  be  utilised  to  handle  the  different  tranaaction  typea.    Vhat  ia  l»portant 
ia  that  thia  dooH  ahow  tha  praciae  organisation  of  the  prograsi.    The  two  aubaagMnta  are 
in  fact  aeipwnta  in  the  final  c^e.    Low-level  decisions  which  are  in  aitlMr  "A"  or  "B" 
will  only  be  ebown  in  the  eiqpanalon  of  "A"  or  "B."   Thia  mu^Xm  nlao  illuatratca  that 
FDL  utilisaa  the  ind«atatii»  achoM  uacd  in  structured  prograMdnK  to  aho%  neated  logic 
enhancing  FW.  readability.    The  PDL  kayworda  (e.g.,  IF,  DO  WHILE,  ISCLUDE,  can  elthei  be 
cboaan  by  tha  writer  or  can  be  predefined  in  tha  POL  language  apedficatioa  itaeXf . 
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I'rotiatiun  Qi  Top**UoNn  Stryclurci  PrsnraMninn 

Th«  trimi»l«(ion  £r«Q  4#«iign  to  «truclur«d  programs  Is  roXatlvely  sij^iXo  vith  PPL» 
Since       UM«  Che  •tructurtd  proimRing  flgurca  •Xong  with  lii4«iit«tioti  eonvmtloiui,  it 
does  not  require  the  progrMMr  to  first  interpret  graphical  flowcharting   aynbola  and 
tranalate  them  into  lode.    Figura  10^3  provides  an  axasple*    It  eontaina  tw  rapraamta*^ 
tiona  of  the  same  procedure:    e  flevchart   and  a  PDL. 


SiYMBO!  FLOW  CHART  PDL 


Figure  10«*3.    Tvo  Kepreaentations  of  the  Sasie  Procedure 
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Wtlo»  «!•  flowchAtt  rnui'M  tha  protroMr  to  corr«ctlr  intarpret  that  •yabois  2 
•ad  3  Arc  grouped  togcUurr  to  fom  tbo  DO  MHILE  and  that  ayabola  4  and  5  form  an 
IFXHBiELSE.  Zn  a  larga  problaa,  thia  typa  of  ioterp rotation  can  ba  difficult  and  often 
loada  to  invalid  prograw.  An  alioiro,  cha  TOL  ia  almadjr  in  tho  propor  font.  Mo  inter- 
pvatatios  ia  naadad;  homvor,  traaalation  of  PDL  to  the  target  coda  ia  atill  required, 
m  ahould  be  uaad  in  conjunction  «fitta  atructured  progrMsing  becauac  of  the  indeacrlis- 
inate  branching  in  unatructured  code. 

The  proMtion  of  top-dovn  atnictured  programing  ia  tha  Mat  inportant  advantase  of 
Put.    Thia  ia  due  to  the  following:  ■ 

1.  PDL  utilixea  the  eeae  atnictured  progreaning  logic  control  figurea  coding  baaia 
aa  doea  top-down  atnictured  prograiMing.    (Refer  to  "Prograaiaing  Language  Standarda 
VoluM  I  of  the  BADC  Structured  Prograaning  Seriea.) 

2.  PDL  uaea  Indentation  to  facilitate  readability,  a  najor  attribute  of  structured 
prograaa . 

DISADVANTAGES  OF  USIfJC  PDL 
Program  deaign  lar.guages  have  diaadvantagea  which  Include: 

1.  An  etteapt  to  replace  an  eatabliahcd  .and  accepted  deaign  and  docunent  technique. 
Flowctiarta    are  vell-lifced  and  uaad  by  «any  prograisBiera .    The  tranaition  froo  flowcharta 
to  POL  la  difficult  aa  ia  any  change. 

2.  Sulea  concerning  the  uae  of  PDL.  The  rules  nuat  be  folJowud  or  the  advantages 
of  PDL  will  net  be  realised. 

3.  The  eliMinatlon  of  graphica.    Craphii:  8yiabt»la  contribute  to  the  comprehension 

of  the  progroB  design.  g. 

4.  Will  require  tim  to  learn  the  use  and  fortn  of  •  PDLa 

J  PROGRAM  DESIGN  LANGUAc;E  FVimS 

Progru  design  langueges  have  been  iB^lenented  and  uaed  with  varying  degrees  of 
forwllty*    Two  forss,  at  each  end  of  the  spectrin,  are  discussed.    The  two  fonns  arc 
arbitrarily  called  Freeform  and  Fonul. 

r 

Freefora  PDL 

DESCRIPTICWi  A  freeforv  PDL  ia  one  which  contains  a  niniaiai  nunber  of  syiKavi^cal 
and  aeMAtic  rulea.  A  freefom  PDL  incor^rates  features  structured  programming,  where 
the  user  uses  natural  language,  control  figures,  indentstlon,  and  rules  of  alimentation 
in  a  atructured  English  narrative.    (See  figure  10-4.) 

The  atatesent  R£AD  IKCOHE  TAX  RECCqflD  1«  an  exaaiple  of  u  freefona  PDL  atatwaent .  In 
thia  exaiqtle,  READ  is  not  a  keyword  of  a  specific  PDL  but  an  actiun  verb  chosen  by  the 
writer  to  indicate  a  general  process  of  perfoming  an  input  operation.    The  PDL  filler 
could  have  exprceaed  the  sane  idea  by  writing  MOVE  INCOME  TAX  RECORD  or  TRANSFER  INCOME 
TAX  RECORD. 


1 


^1 


riUiT  ncA  nam  msaou 

OlTAXIt  Fia  VESCIKf  AIO  FICA  LIKIT  FIOM  CONSTRAINTS  TiXS. 
Sir  riCA  TOTAL  TO  OBO 
fv,  DO  TOR  EACH  IgCOIfi  »  8AMXY  FIU 

OBTAIN  IMfLOm  MIMIR  AtU)  TOTAL  SALARY  TO  DATE 
r  IF  TOTAL  SALARY  1$  LESS  TRAM  FXCA  LIMIT  THEN 

SET  FICA  VALVB  TO  TOTAL  SALARY  TIMES  FICA  PERCENT 
ELSE 

SET  FICA  VALUE  TO  FICA  LIMIT  TIMES  HCA  FERCENI^ 
ENDIF 

FEINT  EMFLOTEE  imSR  AND  HCA  VALUE 
ADD  FXCA  VALUE  10  FICA  TOTAL 
ENDDO 

FRINT  FICA  TOTAL 


Figure  10-<i.    Frtafom  FregraB  DMlgo  Language  (PDL)  Exwpic 


Another  •juwple  of  a  frccfom  FDL  cayakility  follpvt. 

IF  condition  ia  valid  THEN  parforB  actiena  aa  abobti  in  daciaiot^  tabla  1. 
ELSE  ^%xtviTm  actltna  ai  tboini  in  dcciftioi:  tabic  2* 

BO)  IF 

Thl»  emMpXa  show  hov  dtclaion  tiAlta  coyl<^  be  r«fai;«fictd  in  the  frcafon  PDL  by  writing 
•n  action*  ttataaMint. 

h  traafofA  POL  ia  aaay  ta  Xaarn  and  uaa.    Tka  abaanca  of  rigid  syntax  and  aasantic 
definition  aXisinataa  Cha  nacaaaity  af  laarning  a  praciaa  ayntax,  tha  aquivalant  of  ' 
iaaciiing  anathar  pragraaating  ianguM**    ^l^*  abaanca  faciiitataa  tha  vtiting  by  pro- 
gramcrt  and  tha  imdaratanding  by  nanpragraMing  paraennal  (a«g«i  oanagara  and  analyata). 
A  fraaforw  PI&  ia  varaatiia  and  can  ba  uaad  aa  a  daaign  aid  to  aaaiat  a  prograraar  in 
daalgning  a  program  in  any  programing  Xanguagaa    Sinca  tha  syntax  and  amantic  dafini*- 
tiona  will  ba  dafinad  by  individual  PBL  aaarag  tha  conaistancy  aaong  vari<Hig  PDL  uaara  , 
will  vary;  but.  aa  long  aa  all  tha  uaara  adhara  to  tha  principlaa  of  top**do«m  atructurad 
prograMd&|.»  tha  logic  rapraaantad  by  tha  PDL  irill  ba  conaiatant  avan  though  tha  form 
■ay  vary  aUghtly. 


Formal  POL 

A  foraal  FDL  ia  ena  vhich  contains  pracita  syntactical  and  saaantic  dafinitions.  It 
inciorporataa  tha  principlaa  of  atn*cturdd  prosramingp  by  defining  rigid  kayvorda  (a*ga, 
DO  UHlLBg  IFg  THEN,  ELSE)  and  additional  kayvorda  for  othar  oparationa  (a.g.>  MEAD, 
WKXTE»  SET),    kulae  for  correct  ayntaetical  conatructlons  are  alao  includad.    An  axaftple 
of  a  foraal  PDL  atataaant  las 

WAD  CXNUCME-TAX-RECOKD)  XyTO  AEEA 

In  thia  axaapXap  EEAD  and  XNTO  are  afKtcific  kayworda  of  tha  language*    The  eyntacticai 
raquiraMnt  ia  that  they  are  yndarXinedt  that  the  record  aa&€  be  in  paranthepiat  and 
that  tha  record  naM  be  a  contiguoaa  eat  af  cbaractara. 
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Ajifl/th«r  •MBpitt  of  •  fontol  fdl  is? 

CQMSmCW  A  THIM 
DO 

MFUmci  CECISIOM  TAm  (HMt) 
fEMCTgnXcTICWS)  AS  SfKClFiro 
.  SKDDO 
\  SfOlF 

REFERENCE.  DECISXiMi  TABLE,  ftnd  rEKFOtK.  u  •peeifittd.  arc  keyvordi  in  the  PDL«  The 
decision  table  vouXd  pr^^behly  heve  «  specific  tovmrnt  and  structure.    This  approach 
requires  that's  set  of  keywords  be  chosen  end  defined  in  the  PDL.    All  users  of  the  PDL 
would  be  required  to  use  the  ssm  conventions. 

The  degree  pf  foiMlity  of  s  PDL  is  not  rigid;  rather,  it  is  variable  depending  on 
the  developer  of  ohe  Pm*.    As  sn  exeaq^le,  sdditionsl  iteos  that  cyuld  be  included  in  a 
forMl  POL  description  include: 

1-    Osta  dsscriptiaps  -  The  type  of  dsta  allonsble  by  this  program  (e.g.,  character, 
integer),' 

2.    Computational  descriptions  ^  The  precise  definition  end  order  of  algebraic 
nanipulatioiui' (e.g. ,  ^«       /,  *). 

"A  forms!  PDL  ie  aore  precise  then  a  freeform  PDL.    The  atsndardisation  and  addition 
of  syntscticsl  snd  semantic  definitions  vould  assure  that  all  users  of  the  PDL  be  more 
consietent  in  Improving  ehe  resdsbility  snd  understai^sbility  of  esch  other's  PDL 
-repreientstions.    The  srguMnt  for  the  «ore  precise  syntax  (e.g.,  READ,  GET,  PROCESS) 
sad  stMntics  is  thst*  the  preciseness  provides  better  coaoRmicationK  between  the  varioua 
users  of  the^OL  (e»g. »  the  designers  and  coders)  since  there  sre  fuver  ambiguities* 
Whether  «ir  not  the  amount  of  improvement  vould  be  worth  the  time  and  effort  is  not  known 
St  this  time. 

A  fonsal  PDL  ts  more  difficult  to  learn  and  use  thsn  a  f reefocm  PDL.    The  syntscti- 
csl  and  semantic  definitions  must  be  lesrned,  a  process  which  could  be  equivslent  to 
lesming  another  prc^rsmming  language.    This  difficulty  of  lesming  s  formal  PDL  might 
hinder  its  use.    Ai^tSer  concern  is  that  the  meiming  of  what  is  to  ht  represented  in 
the  PDL  might  be  lost  In  the  rules  of  the  language  which  atti^t  to  describe  it. 

A  formally  defined  PDL  could  be  processed  by  a  computer.    The  HDL  has  syntaic  and 
semantic  rules  which  Cfjuld  be  analysed  by  a  computer  analysi(^  program.    This  computer 
analysis  process  couic'  critique  the  design; process.    Possible  errors,  such  as  vmused 
date  items^  date  received  too  late  for  use.  incotisistent  use  of  data,  are  the  types  t>f 
problems  thst  sn  snslysis  program  *might  he  able  to  identify. 
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The  degree  of  formality  of  a  PDL  should  depend  on  its  use  in  vi^*^ipus  situstions. 
A  program  4psign  language  used  primarily  as  an  aid  to  deaigners  should  probably  be  free-  . 
form  while  s  program  deaign  language  uaed  primarily  in  fortsal  docuswntation  should  be 
mors  foimalised. 


452 


45^ 


KtCUMMKNUi:u  i*l)L 


Wsm  reirumeniltrii  PUL  Utm  a  Um  ul  lunqaiity  and  in  baut^d  on  the  »tructuri;!d 

p I u|$r canning  preco£U|il ^tMndiirdM  mu  ri»tabIiMht£iJ  in  "Frugraomiing  Language  Standards," 
Vdluac'  I  uf  the  KADt  iiirutturt'd  Prottraovuing  Seri&a.    Thiu  document  which  contains  com- 
l»lt«tr  dcucrlptiorui  ut  thi;  iangi*ag«  structures  should  bt*  usied  as  the  basic  reference 
document* 

Ihr  lol  lowing  sr«  the  recomended  Xani;ud^e  ^structures  with  keywords  capitalized  and 
underlined* 


Sequence 

Sequential  statemunts,  the  must  basic  iuna  oi  control  How,  would  have  the  follow- 
ing language  text  repreaentatiuu ; 

Engl ish  Language 
hnglish  Language 


UfHKNKlSE  Figure 

The  IFTHKNLLSF  I  i^^urt  causes  control  to  be-  transferred  to  one  ot   twu  functional 
bluwkt*  ut  code  based  oa  the  evaluation  of  the  truth  of  a  ^unditionai  statement  (p) 
acLeptabie  to  the  source  language*    Th«  ilowchart    ior  the  ^FTHENELSE  figure  is: 


A 

1 

IF  TMLNFLSt 

utied  to  represent  the 

iFTHENELSE 

it  (p)  ihtw 

SnfHsh  Lsngusge  for  A 

tLsE 

iilngliiii)  L«ngusge  iur  £ 
ENl'IF 
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and  the  language  text  is; 


IF  ip)  THEM 

English  Language  for  A 
ENDIF 


The  THEN  ifl  optional  In  both  cases  and  If  present  is  treated  as  a 


cosnent . 


DOWHILE  Figure 

The  DOWHILE  figure  allows  execution  of  functional  block  of  code  A  while  a  conditi 
(p)  is  true.    The  flowchart    for  the  DO  WHILE  figure  is:  conaiti 


on 
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Engliith  Unituaga  for  A 


Th%;  [H)UNTIL  figure  nUows  execution  of  a  functional  block  of  code  A  until  a  condl 
tion  (p)  becof&ea  true.  The  tunctional  block  of  code  A  is  executed  at  leaat  once.  The 
flowchart    for  the  DOUNllL  figure  i»; 


POUNTIL 


auU  tht;  language;  text  to  use  is: 


DO  UNTIL  (p)  English  Language  for  A 

English  Language  for  A    or        UNTIL  (p) 
ENDDO  ENODO 


CASh.  Figure 

Ih*-  CASE  tigurtf  cimafcii  control  tu  be  passed  to  one  of  a  set  of  functional  blocks  of 
iudt?  (A,Hp...pZ)  baaed  ou  the  value  of  an  integer  variable  (1)  •  (l,2«...»m).  The  flow- 
chart and  language  text  for  the  CASS  figure  in:  ^ 
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CAS£  I 


< ENGLISH 
LANGUAGE 


CASE  2 


ENGLISH 
t  ANGUAGF 


CASE 


L 


— ^ 


ENGLISH 
LANGUAGE 


ELSECASr 

r  ^ 

% 

ENGLISH  V 
LANGUAGE  f 


CASEN1  RY  (i)  ^ 

CASE  I 

f  NGI  ISH  LANGUAGE 


CASt  7 


i  NM  ISH  I  ANGUAGt 


CASt 


LNGt  ISH  LANGUAGE 


El  Sir  A^£ 

\  NGI  ISM  I  ANGUAGE 

ENOr  ASt 


The  default  code  (ELSECASE)  is  code  which  is  to  be  executed  if  the  value  of  1  is 
outside  of  the  limiting  range  of  values  of  the  indicated  case  nuabers.    This  code  (and 
its  associated  keyword)  is  optional  and  aay  be  oaitted.    This  action  is  different  frao 
the  one  where  the  number  is  within  the  indicated  range  of  case  numbers  but  no  case  exists 
for  it.    In  this  instance,  control  passes  to  the  end  of  the  CASE  figure. 

Suramary 

One  generalired  PDL  based  on  tlw  structured  prugramming  standards  will  stimulate 
the  adherence  to  the  standards  and  will  »akr  it  useful  lor  aJl  the  programming  languagiM. 
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Ypu  hav«  nern  th«  tecaimitntieU  i'roitMs  D«§ign  Language  (PDL)  and  are  probably 
wonderiim  how  to  do  it.    llkt:  top-down  design  and  linpXetstntation,  PDL  is  developed  one 
Ifcvei  at  a  tine.    When  tht  word  "level"  it.  used,  it  not  only  refers  to  levels  of  modules 
(in  desiKn)  but,  also,  to  how  "closti"  the  PDL  resembles  the  target  languages.  When 
writing,  each  step  (or  level)  nets  closer  to  actual  code. 

In  starting  the  PUL  (lev«?l  1),  use  simple  English  language  statements.    (Note;*  This 
process  Is  done  nodule  by  module  it  you  are  working  froo  a  structure  chart  or  HIPO.) 
Lint  the  processes  or  iunctions  that  will  be  done  In  the  order  they  are  to  be  performed 
(see  figure  10-5).    Next,  replace  the  functions  with  more  descriptive  primitives  (level 
2--see  figure  10-6).    After  the  level  is  written,  analyze  it  to  see  if  fhe  functions  will 
HtcoBiplish  what  is  to  he  don*;.    Then,  repeat  the  last  two  steps  as  much  as  necessiiry 
(levfcls  J  and  on— see  figure  10-7).     (The  question  as  to  how  far  to  take  this  process  is 
answered  later.    Let's  first  Bee  how  to  do  it.) 

Ih*?  til]  lowing  example  will  show  the  development  of  a  PDL.    The  problem  is  convert- 
ing «  two-digit  ditta  item  which  represents  the  year  of  an  unknown  century  to  a  four- 
dlHlt  data  itejD  for  easier  dttermlnation  of  when  to  downgrade  classified  material. 


Level  One 


English  Language  Statements 


2 
3 
4 
5 


FOUR-DIGIT-YEAR 
INITIALIZE  VARIABLES 
CHECK  INPUT  DATA 
CONVERT  VEAR 

END 


Fi^'ure  10-5 


Levfl  Two  -  Neartr  to  Code 


2 
3 
4 

5 


FQUR-UIGIT-YEAR 

CALL  "I NIT r.L I /!- VARIABLES 

CALL  CHECK- INPUT-DATA 

CALL  CONVERT- YEAR 

LNU 


2 
3 


INITIALIZE-VARIABLLS  ROUTINE 
rN'lTlALlTE'lfARIABlES  AS  NEEDED 
LNU 


2 
3 


CHECK- INPUT-DATA  ROUTINE 

Mtk  TO  ill  IF  VARIABLES  ARE  WITHIN  RANGE 

ENC 


1 
2 


CONVERT-YEAR  ROUTINE 

DETERMINE  OUTPUT  YEAR  USING  YEAR  TAKEN 

FROM  COMPUTER  AND  YEAR  RECEIVED  FROM 

FILE 

END 
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lO-ll 


1 

2 

3 

4 

5 

6 

1 

2 

3 

4 

5 

6 

7 

1 

2 

3 

4 

5 

!li 

6 

7 

(  ^) 

8 

9 

hi 

10 

11 

( li 

12 

13 

1 

2 

3 

4  {  1) 

5 

6 

1 

2 

3 

4  (  1) 

5 

1) 

7  < 

1 

8  { 

1) 

10 

2; 

11  ( 

2 

12  ( 

3) 

Uv«l  Thr««  -  Still  Nearer 

fOUR^DISIT-YEAft 

INITIALIZr-VARIABLES 
CALL  CHECK- INPUT-DATA 
CALL  CHECK-FOR-ERROR 
CALL  CONVERT-YEAR 

END 


INITIALIZE-VARIABLES  ROUTINE 

ACCEPT  YEAR  Tfm  COW'UTER  SYSTEM 

MOVE  THAT  YEAR  TO  A  VARIABLE,  CURRENT- YEAR 

ACCEPT  FROM  FILE  A  VALUE  FOR  A  VARIABLE,  INPUT-YEAR 

MOVE  ZERO  TO  A  VARIABLE,  ERR0R-T?1'E 

MOVE  ZERO  TO  A  VARIABLE,  OUTPUT-YEAR 

END 


CHECK-INPUT-DATA  ROUTINE 

(CURRENT-YEAR  NOT  EQUAL  TO  THE  ACTUAL  YEAR) 
THEN  ' 

MOVE  1  TO  ERROR-TYPE 

CALL  ERROR 
ELSE 

IF  (INPUT-YEAR  NOT  NUMERIC) 
THEN 

MOVE  2  TO  ERROR-TYPE 

CALL  ERROR 
ENDIF 
ENDIF 
END 


CHECK-FQR-ERROR  ROUTINE 
TTTiraPfYPrNOT  =  0) 

THEN 

TRANSFER  CONTROL  TO  PROGRAMMER 
ENDIF 
END 


CONVERT-YEAR  ROUTINE 
!F  (INPUT-YEAR  <  17) 
THEN 

COMPUTE  OUTPUT- YEAR  -  INPUT -YEAR  ♦  2000 
ELSE 

IF  (INPUT-YEAR  -  (CURRENT-YEAR  -  60)  >  OR  -  0) 
THEN 

COMPUTE  OUTPUT- YEAR  -  INPUT-YE^R  +  1900 
ELSE 

IF  (INPUT-YEAR  -  (CURRENT-YEAR  -  60)  <  0) 
THEN  ' 
COMPUTE  OUTPUT- YEAR  =  INPUT-YEAR  ♦  2000 
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mif 
imif 

16  IF  (OUTPUT-YEAR  '  1917  OR  OUTPUT-YEAR  >  2039) 

17  THEN 

18  {  1)  MOVE  3  to  ERROR-TYPE 

19  (  1}  ERROR 

20  ENOIF 

21  ENO 


1  ERROR  ROUTINE 

2  eS^ENTRY  (ERROR-TYPE) 

3  CASE  (1) 

4(1)  DISPLAY  "CURRENT-YEAR  IS  INCORRECT" 

5  CASE  (2) 

6(1)  DISPLAY  "INPUT-YEAR  NOT  NUMERIC" 

7  CASE  (3) 

8(1)  DISPLAY  "OUTPUT-YEAR  NOT  WITHIN  RANGE  1917  -  2039" 

9  ELSECASE 

10  (  1)  DISPLAY  "UNKNOWN  ERROR" 

11  ENDCASE 

12  END 

Figure  10-7  (continued) 

You  are  now  wondering  "just  how  far  do  1  take  the  PDL?"    It  depends  upon  just  what 
the  PDL  im  to  be  used  for— overall  design,  detail  design  for  coding,  maintenance  docu- 
mentation, etc.    An  overall  design  PDL  may  only  need  to  be  done  to  the  2nd  or  3rd  ievel. 
The  "coding  level"  should  be  that  level  which  can  eaaily  be  translated  Into  code.  (This 
level  will  vary  somewhat  from  prograsanes  to  prograsaner.)    If  it  is  to  be  used  for  docu- 
mentation (e.g.,  progiam  description  in  a  progranoer's  maintenance  manual),  perhaps  1  or 
2  steps  "back"  from  a  "coding  level."    The  main  point  is  still,  'Vhat  is  the  intended 
use  of  the  PDL?" 

H  the  above  paragraph  aounds  like  it  is  uncoooitted,  you  are  right  I    There  is  a 
definite  reason  for  tl.at.    Determining  the  number  of  levels  and  deciding  how  to  write 
PDL  is  going  to  come  iron  practice  and  experience.    It  is  just  like  starting  *  program- 
ming career.    For  the  mast  part,  a  person  is  not  "born"  a  prograsmer  overnight.  Uke- 
wlse.  a  pfrson  is  not  "born"  a  PDL'er.    Uarning  how  to  use  PDL  will  take  time. 

A  rei  ommendatlon:    Take  a  simple  problem  (or  a  module  from  a  completed  hierarchy 
chart,  structure  chart,  or  what  have  you)  and  use  a  PDL  to  complete  a  "solution.  Start 
at  the  Ut  level  and  work  through  the  PDL  until  you  feel  that  you  can  easily  code  froa  it 
(i.e.,  you  feel  that  there  ts  no  wubiguity  as  to  what  code  will  be  used  to  translate  the 
PDL). 

SUMMARY 

A  program  design  language  hm  been  defined  as  a  language  for  describing  the  control 
structure  and  general  organiMtion  of  a  computer  program.    Its  ppimary  purpose  la  to 
help  the  programmer  in  translating  functional  specifications  into  computer  instructions. 

Using  a  PDL  has  both  advantages  "  j  disadvantages.    Among  the  advantages  are: 
(J)  PDL  is  easier  to  prepare  whan  -omparad  with  graphical  methods;  (2)  it  is  easier  to 
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BADC  Structured  Pro8?a««ing  Series.  '  ''"'^"^^'^  structures  r..eun«,endcd  In  the 

The  number  of  PDL  levels  that  it  .  j 

Intended  purpo.e  of  the  PDL.  develop  a  program  depends  upon  the 


1. 


2. 


3. 


STUDY  giii;STl0NS 
A  program  design  language  Is  used 

to  help  translate  functional  specifications  Into  con,put.r  code, 
b.     to  assist  the  design  process. 

d.    All  of  the  above. 

The  primary  purpose  of  using  PDL  Is 

a-     to  get  rid  of  the  "GO  TO's." 

involved  prose  descriptions.  ^ 

  b.    The  rules  concerning  the  use  of  PDL  must  be  followed. 

 _   Graphics  are  eliminated • 

The  reco«..nded  PDL  has  a  I™  degree  of  fonn.lity  a„d 

«:u«r  ^«  -  the,  <h..  edv.„tage.  can  be 

b.    h.5  the  keywords  capItsUied  and  underlined. 

Vzt  str:^r.::rj::;raiL°rs':^i:^.""'"'^'"  - -^-e , . 

d.    All  of  the  above.  yf   ^ i . 
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ii.  »i?quencis  iFfllhNELSK,  UO  tORfcVER, 

b.  Si^quencis  IFflilii  LSE,  UOWHiLE, 

t  .  DUUN'UL,  CASt.  SEQUhNCt. 

d.  b  and  i-  above. 

t.      How  many  levc^lb  in  a  PUL  writtt^n  to? 

a.  J 

b.  Ad  m^ny        net^dcd  dt*pt?ndin^  upon  its  Intended  use. 

t  •  Until  ii  it.  "t  luge"  enough  tu  uawiiy  vrite  code  from, 

d*  None  ol  the  abi^ve. 
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Chapter  II 
'  STSUCTUttO  COSQiG 

•J  m 

niTBODUCTlOli 

Stfueutrtd  ptograMlngy  tulilch  includ«ii  structund  c^lng.  is  oft«a  •rroMiHisly  cmlltd 
"go ccH- programing.    Although  tho  use  of  00T0»  Is  ninl»tc«d^  som  GOTOs  srs  assdsd. 
A  GOTO  Is  only  used  to  Isplsssnt  s  specific  control  structure!  end  thsn  control  should  be 
trsnsf erred  to  soother  point  within  the  sssie  iK^uXe.    Some  prosrssBiers  object  to  struc**- 
tured  progrsMslng  becsuss  "it  is  difficult  to  do"  or  "it  is  too  hsrd  to  understsnd." 
Actuslly,  structured  coding  is  not  too  difficult  to  do  or  to  undsrstsnd*    Xhsre  is  s 
csrtsin  SMunt  of  lesrning  sspocisted  vitJi  this  oev  concept.    Hesiiitsoce  to  chsnge  snd/or 
s  Isck  of  understsnding  df  Just  vhst  structursd  code  is  end  vhst  it  csn  end  ci^inot  do 
csuses  the  greatest  problems. 

Basis tsnce  to  chsnge  must  be  overcnte  by  esch  individual  orgsnirstlon.    the  lack  of 
underetsnding  csn  be  elisiinsted  by  educsting  the  individusl  progrssnsr.    This  chspter 
focuses  on  ths  Istter  sspsct.ir 

Upon  coi^letion  of  this  chspter,  you  should  be  sble  to: 

1.  Define  "structured  coding." 

2.  NsMS  the  tiw  basic  control  logic  primitives  and  their  related  coopilet  language 
representations. 

3.  Define  "precompiler," 

4.  Explain  how  a  precoo^iler  Is  utilised  in  structured  prograsocaing. 

/ou  will  also  gain  insight  into  possible  problems  encouotertd  when  using  structured 
tode  and  soiM^  solutions  to  these  prublesis. 

A  coMparison  of  "traditional  code"  and  structured  code  ii  alio  presented  in  this 
chapter. 


DEFINITION 

Structured  coding  is  defined  as ^ the  coding  of  programa  by  repeated  use  of  a  selected 
number  of  predefined  control  logic  primitives.    These  primitives  (also  called  constructs)' 
csn  bs  combined  to  implement  s  program  design.  ^  The  use  of  t^ese  primitives  demands  that 
simple  coda  be  written,  thus  increasing  the  readability  aod  comprehension  of  pi^grsm 
logic.  « 
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The  control  logic  primltlvM  ara  divided  into  thrae  claialcal  catagorita:  aequcn- 
tial  axccution.  conditional  aaacutioa,  and  iterative  execution.    Each  of  tbeaa  conatirui  ta 
■uat  have  only  ona  entry  point  end  one  axit  point.    Ueagc  of  other  prinltivaa  ahould  bi 
raatricted  to  aaall,.  wcll-docwMnted ,  and  aperiallsed  functions  irtiich  have  been  appruv<d 
by  MnagMMnt.    Each  of  the  three  cetegorlea  wlU  br  expleined  in  thia  chapter. 

Structured  coding  includea  conventioda  fi«r  organising  code.    For  exaople:- 

1.  Module*  ahould  be  a  "reasonable"  aUc  —  i.e., 
"  m.    Immm  thM  100  lines  of  coding. 

b»    one  printed  pagu. 
c.    two  coding,  iheett. 

2.  Ind^t  all  code  to  clearly  denote  the  logical  .levels  of  constructs. 

3.  Include  esibedded  annotations  to  explain  items  not  obvious  in  the  code. 

4«    Group  all  fonsaat  statements  in  one  area  to  simplify  maintenance  and  debugging. 
3.     \rrange  all  data  in  a  meaningful  order  in  contiguous  areas. 

CONTROL  LOGIC  PSIMn IVES 

As  stated  earlit^r ,  there  are  three  cstegnrles  ctf  priditives.    The  "sequential 
execution"  is  the  execution  of  statements  in  a  Btralght-line  fashion  with  no  branching 
or  looping.    The  "conditional  execution"  is  the  sam»  as  the  traditional  branching  state*^ 
we^t.    "Iterative  execution"  Ik  another  nam**  for  th<*  looping  process.    These  three 
categories  of  primitives  form  the  basis  for  structured  coding. 

From  these  categcries  come  the  control  logic  primitives:    sequence,  IFTHENELSE,  and 
DOWHILE.    Tvo  extensions  of  the  categories  are  the  DOUNTIL  (iterative  process)  and 
CASENTRY  (conditional  branching)* 

The  format  p  flow  chart  p  actiona  taken,  and  compiler  las&guage  code  for  each  of  the 
five  priritivas  arc  illuatratad.    AKS  COBOL,  ANS  FOmAM,  and  J3  JOVIAL  are  used  as 
represent  ativie\  compiler  languages.    Voluawa  I  and  II  of  the  RADC  Series  conUin  more 
detailed  information  cm  these  compiler  langunges  and  brief  references  to  other  languages 
(aasesdiler,  tJtcO. 
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Lach  prittliivts  im  illuatr«t«d  in  thtf  toXJlcving  order  in  figure 


FORMAT  OF  FIGURE 


now  CMARl  REPRESENTATION 


ACTIONS  TAKEN  WITHIN 
PRIMITIVE 
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Figure 
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Whe|^  an  IFTHENEUE  is  executud,  the  following  actions  are  taken: 


1,  If  condition  p  is  true  (figure  11-2A),  code  A  ii  executed  and  control  ia  paaaed 
to  the  statement  folicving  the  ENDIF  (code  C  in  fit^nrc  li-2A  and  code  B  in  figure  ii-2b). 

2.  If  conditiofiT^p  ia  false,  coda  B  following  £XS£  (figure  11-*2A)  ia  executed.  When 
ttie  ELSE  option  ia  omitted,  aa  in  figure  the  atatement  following  the  ENDIF  ia 
executed*  •  

•  » 

Code  A  and  code  h  in  the  IFTHGHELSE  control  atructure  figure  may  be  comprieed  of  one 
or  mre  atatementa  and/or  control  attucturf  ligurei#« 
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ProbloMi  arise  whan  netted  XF  atateMnta  are  required  in  COBOL.    Figure  11-5  illua^ 
traces  three  peaalble  eptiena  to  evercoiae  the  nee  ting  limitations  resulting 'froA  the 
fol loving  flov  chart. 
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IFTHENELSE  (Con't) 
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"Ito  Figures 


The  ,D0  figures  allow  Iterative  execution  of  a  functional  blpck  of  code  (A)  ha»v4 
on  a  logical  cxpreaalon  <p).    If  the  teat  la  oade  prior  to  the  execution  of  code  A,  Jt 
la  a  DOWHILE  figure.     If  it  is  nade  after  execution  of  code  A,  It  is  a  DOUNTIL  flgiirt-. 


POWHILE  Primitive 


FO«MAT 

DOWN  HE 

CONDITiON^IS^TRUE 

(  ODf  A 

HNDDO 

CODE  B 

t  ^ 


CODE 

A 

m  w 

DOWHIL  E 


t  KDDO 


Figure  11-8 

When  a  DOWHILt  in  executed,  the  following  actiona  are  taken: 
!•    As  long  aa  the  condition  is  true,  code  A  ia  executed. 

2.    When  the  condition  i&  false,  the  stateoient  foliwing  the  ENDDO  (code  B)  is 
executed* 

Code  A  in  the  DOWHItE  control  structure  may  be^  comprised  of  pne  or  more  stateeaents 
and/or  control  structure  figures. 
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UCitthU.t  (Cun*0 

All  ul  the  loupn  whlcli  «ire  Inltiiited  by  the  PERFORM  ure  ut  the  structured  program- 
ming UOWMILE  lurMt  and  conaequcntly  do  siaulation  i«  needed*  The  stateisenc  is  vritteo 
aai : 


Figure  11-9 

The  conditional  lui^ic  ot  the  DOVfHlLE  requires  that  the  loop  be  terminated  ou  a 
'laliie"  condition.     (See  ilgure  11-8,)    Since  the  PERFORM.   .  .UNTIL  terminates  on  a 
true'^  (Condition,  ''NOT''  logic  la  uaed  in  the  UMU  condition. 
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DOUNTIL 
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Figure  11-12 

Wien  a  DOUNTIL  Is  executed,  the  following  action  in  taken  after  code  A  is 
eitecuted.  .  ^ 

1-    As  long  as  the  condition  is  false,  code  A  will  be  executed. 

2.    When  the  condition  is  true,  the  statenent  following  the  ENODO  (code  B)  will  be 
executed. 


Code  A  in  the  JXJUNTIL  coutrol  structure  figure  may  include  one  or  more  statements 
and/ or  control  structure  figttres* 
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CASE  or  CASENTRY  Figure 
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«nt  fon»wl«  thTraD^SE.'  Oth<.™i.c  control  1.  tr»„.f,.rre<l  to  the  ,t„ti- 
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CASE  (Con't) 
J3  JOVIAL 


Figurt  11-19 

^NOTICE*    Each  of  the  control  logic  primitives  has  only  one  entry  and  one 
exist  from  each  of  the  logic  structures. 

S<q;uence  %  •  ■v. 
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In  iMguAgM  which  do  net  c«nt«ln  baclc  atructured  prograsalDg  control  fUurcB. 
UclH  "ructured  cod..    On.  i.  to  .1««U«  tl«.  with  .S.IJ^ 

Ucllitle.  of  Che  language  m  pr«viou«ly  dUcutaed,  while  Che  second  1.  to  «e  •  progran 

r^"**"      •  code  fonnat  Into  an  outZf 

;:!!JL   if  K*'  r*'''  '^^^  "^"^^  ^-"«"*««  M.e«bier  or  compiler.    Ona  tyji  of 

^iSr^iid  ••o^c':;*?"..'*'^'  ■  P«-*P"«  ^''^-h  1.  mJok^i  prior  t^th. 

coapilar  and    precompUea"  choaa  asCanalona  of  che  aource  language  which  support  scruc- 
cured  programing  i„co  acc.pcahl.  aource  language  code.    Thus!  the  purposHrrsJ^Jc- ' 
cured  programing  precoapU.r  Is  to  allow  a  aet  of  atrucCured  progrL2ng  fLJel  S  be 
uaed  in  a  language  chaC  doe.  not  aupporc  che  figure,.    This  la  acc«apllS.d  by^Jo^uclL 
a.  precompiler  output,  simulation.       che  figures *ln  che  source  langSagrjhlch  llTth^T' 
used  a.  Input  to  tht-  language  coapller. 

Hi^J^^.  ^'T*^  precompiler  la  to  provide  the  prograaaaer  with  the  capa- 

«i  J  Ltlc^l    L:'^"'I"*'  -  'Change  Jn  the  aourcelLgSJe 

Uon  of        ;r^fj?,f;  r  J?  :  "^"^        ^"  ••v.ral  languages.    It  1.  not  a  func- 

K?  K  P»^e""P*l«t  t«  llBlt  coding  by  preventing  the  uue  of  language  acaCmcnc. 

wh  ch  vlol.Ce  structured  programing  convendon..    Thus,  monitoring  If  Se  ^1^^!- 
pllclt  br.nche.  and  otner  top-down  aCructured  progranalng  devladons  arHot  Intended  to 
L'/:  ru  tl^J  *  P-^-^^J^i"-    I»  •d-itlon.  any  aSblguitles  between  tSe  souJc. llSgClge 
and  structured  programing  stat«>Mts  are  pre.uaed  to  have  been  reaov    f ron  chH?^ 

«"cJ  iuurc^^oia  "  '"""^^  '°  "  corresponding  a«)l?  iS  .11 

pro,rI!;LnT"gS*ri"'"  "  °' '^^"^  structured 

1 .  IFTVENELSI- 

2.  OOWHILE 

3.  DOUNTIL 

4.  CASE 

The-  rel«tJun*hlp  bi^twesn  the  precompilt^r  and  its  inputs  and  its  inputs  and  outputs 
is  graphically  dlhplayed  by  the  Jollowlng:  >  outputs 


Frecimpiler  Input 

A  precoBpiler  accepts  the  code  needed  to  iBpie««nt  the  primitives  described  earlier 
P  us  all  statements  nativ.  to  the  Unsusge  feeing  used.    Zttot  detection  by  "he  precoc- 

ict^d  i'^r        fr-"«'f"«'^  ^°«^«-    Any  errors  in  the  nativ'e  lansu^gf^Ca^^ents 
are  detected  by  the  compll.r  or  aaseabler.    The  progranuaer  must  insure  that  all  vwbs 
cumon  to  both  the  native  languag.  and  the  preco£pi!er  cod,  are  in  the  p«co^ilar 

elisM;*  ;  «««j.nt.    The  precompiler  add.  che  capability  of  st^tuJL  code 

to  an  existing  language  without  changing  the  feature,  of  that  language. 

bv  f"*'*'*  V        ''"^  structured  and  unstructured  code,  this  may  be  done 

J  L    !       i'^"^,^"'^*'  ^«»de  in  Che  library  and  then  bringing  it  iito  the  pro«a«^ 
m.ar.«  of  the  include  function.    The  INCLUDE  statement  which  mSy  be  processed  bJ  eSr 
the  library  system  or  th.  precompiler,  will  have,  in  addition  to  the  nam  of  the  code 
se^ent  which  is  to  be  placed  in-line,  an  additional  indication  that  JJTc^cde  to  tl 
processed  1.  unstructured.    The  implication  of  the  above  is  that  the  top  mTt  segment  in 
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"the  tree  structure  Is  presuMd  to  be  in  the  required  Htructurcd  prograni  forniiii  <ifnf  frum 
then  on,  the  foriRst  of  the  nested  Mdules  is  Identified  by  the  prugroinGiet •    Ih^  |m<m  Irc 
fon&sts  for  thene  indlcaturs  will  be  outlined  in  ''iTtfi  ospl  ler  Sfu-cl  f  icatlotii* Vulumf  II 
of  the  Strui:tured  FrograsmQing  Series  irtiich  covers  the  vsri<ni8  JnnguageH  in  Section  6, 


LIBRARY 

SOURCE  INPUT 


ERIC 


Figure  U-2i 


Indentation 


Strict  attention  should  be  paid  to  the  indent^ition  a£  the  logic  Btructuces  on  the 
printed  page  so  that  logical  «relatioi£ahips  in  the  coding  cof re.f^jutnd  to  physical  poHition 
on  the  listing,  and  a  pilkoriai  representation  ol  i\w  lof;lc  ri«n  he  gained  from  tjii' 
indentation. 

I     AutoMitlc  indentation       not  a  function  of  the  preccnupiler*  but  is  a  deairabJe  /  p. 

feature  of  a  library  systea*  ^Thls  feature  easea  the  burden  of  Modifying  code  slt^ce 
aligniaent  i^  handled  autoaaticaliy  when  a  scHirce  HKHiule  linting  is  produced*    It  also 
corrects  any  taanuaily  produced  erroneous  indentation  and  standardizes  listing  formats*  ^ 
However,  when  ^ew  taodules  are  being  produced  for  the  first  tiste,  the  pcogratmner  should  ^ 
continue  to  write  inderted  source  code  as  an  aid  in  the  coding  process. 


Precompiler  Output  ^ 

(kmpiler  fitput      The  prt*ci«»pl  ler  produ<'t?8  anct  i^laces  in  n  library  file  iwiien  the 
facility  exists)  an  output  i«iiiirre''fso4Ju W»  lo  be  usi-d  m  input  fn  the  app^roprlate  co>^il«'r. 
All  standard  program  figure  usage  wlil  1iave  bcrn  rriiolved  fnto  vxiHd  sottrce  lanp.tinf.t* 
statet8en''ta  as  part  of  ihv  precomfiiler output.    Tlte  prograw«i  r-writtfn  sourci*  codt* 
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iiiittsf|i  rttpf^ttnitlni^  Infiut  tu  iht^  (iri^  i4upf  ii  r  ivhuuiii  be  u^i^d  tur  debugging  purposes 

Simuiiit^d  Structured  CuJe  ►  Th»j  prucufujillt^r  uutput  wili,  where  prftctical.  hi!  nirnxx^ 
ii^ud  litructurt^U  codu  toUMlnt^  th«  i;onv«nilune»  apecifif^d  in  thia  RAUC  Structured  Prograio* 
aing  Utiguiigt  Stiindttrd**  Hifctlun  (Section  4),    Thltt  assistB  the  prograsaaer  4n  relating 
dlanfiuntic  mennaHeti  on  i\w  campilrr  lifting  to  that  corr^jsporvding  module  in  Uie  precompiler 
buurct;  Input*    In  additiun*  U  it  becumeii  uvce^sary  to  use  a  coutpiler  aource  listing,  the 
cudt!  layout  clusely  resrxnblrs  th«  prugraamer's  uwn  source  program. 

Language  Contiidvratiunii 

This  ^ubscctiiat  dihcuBHcii  language  cuiisldertition^  when  a  precompiler  Implementation 
appruach  is  used  ior  a  higher  level  language. 

r 

JUVIAL  Ji 

It  is  suggested  thai  the  precumpiler  IITHENLXSE  standard  program  figure  be  used  in 
plavc'  ol  the  combination  u£  an  IFEITH  and  0\ilV  conditional  statement »  and  the  IF  condi- 
tional statetkent  where  the  ELSt  clause  is  omitted.    Although  the  ireiTH/ORIF  combination 
(multiple  OKlFs  are  permitted)  provides  more  capability  than  the  XPTHENELSE  standard  pro- 
gram figure »  an  attempt  la  being  mode  to  prtwlde  a  near  uniform  structuring  facility  via 
a  prticompiler.     In  lact,  a  precompiler  would  translate  the  IFTHENELSE  into  an  IFEITH/ORIF 
combination,    Another  rr^asun  lor  the  selection  and  use  of  the  structured  program  figure 
is  the  addition^of  the  ENUIF  delimiter  which  adds  to  the  readability. 

Am  with  FUKTRAN,  JUVlAX  .13  does  not  provide  a  DOWlllLE  or  DOUNTIL  capability;  i,e.  , 
rept-ated  execution  ot  a  series  of  statements  with  a  le^^ing  loop  test  (DOWHILE)  or  a 
trailing  loop  test  (IKJUNTIL)  .    JOVIAL  Ji  only  J^rovides  an  indexed  looping  capbility. 
Thus,  the  DOWliILL  and  DOUNTIL  liguren  should  be  used  where  appropriate. 

The  CASE  standard  figure  should  be  us<  d  in  place  of  the  in-line  JOVIAL  J3  Simula-  . 
tion  of  the  CASE  presented  in  figure  11-19. 

In  general,  any  JOVIAL  Ji  statenient  which  violates  structured^programmli>g' concepts 
should  bje  avoided.      For  the  most  pait^  an  attempt  should  be  made  to  avoid  branching. 
Fur  a  discussion  oJ  rei  usimended  JOVIAL  li  i  oding  conventions,  refer  to  the  Section  on 
coding  conventions. 


ANS  FORTRAN 


The  precompiler  inhENELSE  standard  program  figure  should  be  used  in  place  of  the 
FuKTKAN  logical  IF  ^nd  arithmetic  IF  statements.  It  provides  more  capabilifcy.  than  the 
FORI  KAN  logical  IF  bec/iuse  of  its  ELsE  cianse.    The  IHUENELSE  figure,  with^  nesting 

ometimes  required,  will  also  providi  more  capability  than  the  FORTBAN  arithmetic  IF  ' 
and  allows  a  clearer  statement  of  thi  condition  tested. 

The  capabilities  oi  the  DUVmiLE  and  IX^^UNTIL,  i.e.,  related  executidn  of  a  series 
ol  statements  with  a  leading  loop  ter.t  (Di^HILE)  or  a  traHiitg  loop  test  (DOUNTIL)  are 
f»ot  provided  by  t»*«  POBTHAN  iKi.    The  FORIRAN  DQ,  a  speciaUssed  DOUNflL,  only  pr<Arides 
Ueraliun  based  on  the  rangt*  of  an  ii>dex^    Thus,  the  DOWHILE  and  IKHJNTIL  shouicl'be  used 
whrr*'  appropriate.    The  FORTRAN  DO  m-.y,  however,  be  used  for  its  spcciaiiEed  indexirng 
capability.    The.  code  structure  previously  recommended  whei*  using  the  FORTRAN  DO  state- 
ment would  be; 
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I  Figure  ii-22 

fhe  CASE  »c«<d«rd  prograo  figure  would  be  used  in  place  of  chc  POBTrXn  slimilatioti 
^  th«  CASE  figure  uelng  a  cocsputed  GOTO  atateoteijt  and  GOTO  atatest^nts. 

In  general,  any  FORTRAN  atatesant  which  vlolatea  atructured  jirograaolng  concapta 
khould  -be  avoided.    For  the  Boat  part,  an  atteai^f  ahould  be  siade  to  avoid  unconditional 
branching  as  provldaB  by  GOTO,  computed  GOTO,  arlthaetlc  IF,  ASSIGN  and  ASSIGNED  GOTO, 
and  ENTRY  and  RETURN  i.    The  uae  of  prograa^r  generated  atateswnt  nuabera  and  null 
atatanenta  (CONTINUE)  ahould  be  avoided  wherever  poaalble.    For  a  con^lete  diacuaaion  of 
rccoBBcndad  FORTRAN  conventlona,  refer  to  tht;  aectlon  on  Coding  Conventions. 

t 

ANS  COBOL  ! 


-  .   t^«,pr«coop4a«r  XFTHENELSE  sundftrd  program  figure  should  be  used  In  place  the 
COBOL  IF  statement  since  the  COBOL  IF  atacercnt  doea  not  provide  a  proper  nesting  capa- 
bility (refer  to  the  nested  XFTHENELSE  discusH^on  In  the  previous  section). 

The  COBOL  PE^RM  statement  with  the  UNTIL  option,  where  the  looping  condition  is 
tested  prior  to  eicecutlon  of  the  code  within  the  ibop^  provides  a  capability  siailsr  to 
chat  of  the  DOWHItE  standard/ prograai  figure.  -  The  difference  lies  in  the  fact  that  the 
test  condition  is,  inverted  betweim  the  two  and  the  PERFORM  passes  control  to  an  out-of- 
line  procedure,    inverting  the  condition  along  with  use  of  the  word  UNTIL  would  tend  to 
obscure  the. intent  of  the  test  coddition.    Thus,  the  DOHHILE  standard  program  figure 
should  be  oised.     '  ^ .  ^      "  *  •  . 

Using  8  PERFORM  atatefi^t  followed  by  another  PERFORM  stateoient  with  the  URfiL 
option*  when  bothtreter  to  the  sose  procedure  name,  provides  the  same  capability  as  the 
DOUNTIL  standard  program  figure*    The  DOUNTIL  sUndard  program  figure  should,  however » 
be  used  forsake  i^f  clarity*  ^ 

The  CASE  staidard  program  figure,  which  is  not  part  of  ANS  COBOL,  should  be  u^ed  in, 
placig:  of  the  COBOIi  simulation  which  is  accos^lished  by  using  a  GOTO  statement  with  the  ' 
DEPENDUK;  eN  optl^dn  and  (Xno  statements .  ^  * 

Stateaeou  which  violate  atruecurad  programing  concapta  ahould  bt  svoldtd./  For 
the  noat  part,  an  ;att«q)t  ahould  be  made  to  preclude  branching.    For  a  dlacuaaito  of 
r«c(MBao<l«d  COBOL i coding  conventlona,  refer  to  the  aectlon  on  Coding 'Conventloris. 

*   .  .;  /  • 
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QOUIHQ  CaMVfiKTXONS 


Additional  t«€0WMdftd  AN&  COBwU 
Codiof  Coikvissitioiis 


iMtrictcd  AMS  COBOL  SUttMot  Utafs 

In  ord«r  to  prooorvo  cho  concopt  u£  otructur^d.  progrjBs&lng.  it  is  xmcfmwie^  that 
thi:  HCfieral  uaaga  of  ttoac  otataaanta  in  COBOL  %i)iich  ptniit  changaa  of  oaqucntiai  control 
ba  rostrictad  to  «n  excapti€in\baaia  only.    Thua,  in  addition  to  the  GOTO,  tha  ALTER  atata- 
Bint  ahould  also  bt  li»it«d  iti  ita  uaage. 


Prof^aa  Organiiation  .  ^ 

i  Tht:  structure 'of  a  COBOL  progra»  ia  auch  that  nany  of  the  rules  for  prograa  organi-  ' 
siitton  have  been  predefined.    For  inatanca»  all  data  muat  be  specified  in  the  DATA 
Df  VIS  ION*    Furtheruiorsp  wUhin  this  section,  the  formal  rules  which  define  the  permissible* 
h<^<l5rsrchicsl  data  structures  are  sufficient  to  preaarve  the  ctadability  requirimnts  of  ' 
st^icturad  programing.    Howsvar.  vithin  tha  PROC^URE  DIVISION  (with  tha  exception  of 
tha  DECLARATIVE  SECTION),  tha  rulaa  of  COBOL  parait  tha  ordering  of  tha  PERroSHed  code 
blocka  to  be  cotsplately  flexible.  \ 

It  the  prograo  ia  being  develop^  with  tha  aid  of  a  library  aystes»»  the  order  in 
thia  division  is  less  criticsl  since  all  that  appeara  after  the  top  moat  aegcmit  are 
CUPY  tttstenenta.    The  functions  whifch  exist  in  the  copied  code  and  the  functions  which 
are  nested  within  the«  sre  dstemined  by  axasnining  the  st&aLl  code  segments  vhidi  are 
prese  c  as  printed  listings  of  m»bars  in  the  source  cod^  library  rather  than  on  th^ 
coiapiler  output  listing  even  though  it  is  still  true  that  the  resolution  of  the  COPY 
stscansents  by  tha  cosipiler  will  produce  s  complete  source  program  as  one  of  the  compiler 
outputs.  " 

Huwevarp  for  a  development  procesb  in  which  no  random  access  library  exists,  the 
urderiiin  of  the  segments  of  PERFORMed  COBOL  paragrapha  in  the  procedufre  division  is  more 
critical.    This  is  becsust  the  source  listing  under  this  condition  is  s  single  sequential 
dsts  set.    At  present,  the  suggested  sequence  is  initially  by  nested  level  for  2  or  3 
levels  (depending  un  the  program's  complexity)  and  slphabeticslly  thereafter. 

FER*'URKed  persgraphs  ahould  be  separated  frwi  tha  main  body  of  code,  and  from  other 
PERFUKMed  psragmpha.  by  at  least  two  blank  lines.    Logically' noncontiguous  paragrapha 
(other  thsa  those  used. in  the  CASS  figure) .should  be  separated  by  at  least  one  blank  line. 

Comoiencs 

a  '  ' 

'One  of  the  primary  intents  of  the*  develupers  uf  the  COBOL  language  was  to  produce 

s  self -documenting  lanHuage.    When  thih  is  coupled  with  the  discipline  of  structured  pro- 
gramming the  resulting  progrsms  should  be  even  swre  raadable.    Tharefore^  it  is  racom- 
mended  ^thst' the  use  of  ^oiaments  in  tht  torn  of  NOTE  sentences  and  NOTE  psragrl^pha  be 
held  to  a  minimuai.    When  they  are  used,  they  should  not  interfere  with  the  readability 
of  the  profTSBi  itssflf  •    Thia  cay  ba  done  by  using  blsak  linaa  to  insure  that  the  NOD^ 
text  stands  spsrt  fros  the  progrsas  proper  end  by  indas^ting  tha  textual  cosaaentary  to 
Colum  35  or  40. 
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lad«nt«tlon  and  Foxmtcing  Cotiv«af:iofi« 

V«ri«blM  mnd  •tructurei  dtlincd  Id  tht  DATA  DIViSlC^M  ih        bm  arrangvd  in  e 
aMaingfttl  ord«f.    Thic  order  could  b«  alpbiActlc,  by  cla««  bv       »  the  days  of  the 
w«k,  or  any  othar  class  forvat.    A  auggaatad  tiet  of  indentatxcvi  rvlea  for  data  items 
ia  aa  folloira; 


1.    Gantral  Foraat.    All  level  77  ai^  01  varlabJcs  ahould  havis  their  level  numbera 
in  coluKna  10^^11  and  naMS  starting  in  colum  14.    The  PICTURE  clause  should  be  between 
coluua  32*45 »  depandlng  on  the  length  of  the  longest  variable  nam.    .Ml  other  clauses 
used  should  follov  the  PICTURE  clause  vith  iu>rmal  spiicing*    If  more  than  one  line  is 
needed  for  a  variable*a  definition,  the  second  and  succeeding  iint»8  should  be  indented 
froai  the  PICTURE  clause  as  follova: 


rim 


T"^  1'  T 


Figure  lJ-23 


2.    Structures.    Esch  ^successively  lower  level  in  a  structure  ahould  be  indented 
four  columns  from  the  next  higher  level.    Level  nui^ets  should  precede  each  variable  ^ 
name  in  the  structure  on  the  aaoe  line  and  two  coIuphis  before  it  as  follciws: 
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Figure  3J-24 


When  co«dition-na»e»  (levei  88  item)  »re  used,  they  should  be  Indented  end  written 
vith  9ing}.e  spacing  between  words. 


Figure  11-25 
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The  indtfiUdiiuii  re4:wu«iciidtfiia{u*  tur  thm  titrucCuri^d  ^rot^r^Mtuln)^  figuren  which  appear 
in  th*£  PKOCKOURK  DIVISION  wute  4>r«vtoMiy  iip&ci;fied  In  the  nection  wheire  they  were 
deeciribed.   When  programing  the  code  hlocke  which  represent  the  SEQU0(C£  in  etmctured 
progr«i«ing|  each  COBOL  etateiaent  ehauld  itart  a  new  line*    Any  statement  not  aubject  to 
indentation  rulea  atart»  in  the  aane  colvaui  in  which  the  statement  a^ove  it  started.  Only 
one  atatewent  per  line  in  pemitted.    If  any  statement  must  be  continued  on  the  next 
linii.  the  continued  portion  should  he  indented  4  to  6  colummi  ao  as  not  to  obacure  the 
coaoL  verb  aa  followii. 
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Additionel  Recomsaendcd  ANS  FOKTKAN 
Coding  Cuntfentiona 


Htftttri(.it:iJ  FORTRAN  btatt^ment  Uttnge 

in  urder  tu  maincaln  structurrd  j>rograiMminK  concepts,  it  is  recussimended  th^it  cer** 
t«iin  dll^jwable  AMS  FORTRAN  eti«tesuani^  gener<tlly  nut  be  used  except  as  required  In  the 
previous  definition  o£  ifie  standard  program  figures  and  sumsmrized  below.    For  the  most 
part,  sn  attempt  Is  made  to  precludt*  unconditional  branching  not  necessitated  by  standard 
program  figure  deflnitiun. 

khm  U)TO  tttatt^ment  Is  uu^d  in  thv  definition  ol  the  following  standard  program 
llgurcrfii^     XFTKl^:N£LSt p  UoWHlUb;,  UOi^NTll,  and  CASE*    The  computed  GOTO  statement  is  used 
In  the  definition  uf  the  CASK  standard  pro^jram  figure.     It  should  be  an  objective  not 
tu  use  these  statements  4fxc^pt  in  those  figures ,  " 

ihe  ASSICN  Mi  AS^IGNSD  CUTO  statements  provide  an  unconditional  branching  capa- 
bility.   The  arithuietlt:  IF  statement  is  not  necessary  because  the  IFTHENELSE  standard 
program  figure »  with  nt;sting  sometimc's  required,  will  provide  the  same  capability.  Use 
uf  thirst;  FORTRAN  statements  should  bi*  avoided. 

The  recotmaended  use  of  the  DO  statement  as  a  specialia^ed  DOUNTIL  is  covered  in  a 
prt^viuus  fiubstfctlun.    Other  usage  oi  the  DC  is  not  recoimnended« 

Ih*.^  CONTINUE  statement  is  used  iu  tht  deiinltion  of  the  IFTHENELSE  and  CASE  standard 
program  ligures.     In  addition,  it  is  hometltues  required  by  a  DO  (specialised  DOUNTIL) 
statement.    No  other  use  of  the  CONTIf^UE  should  be  necessary. 
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Frcgrtt  OrgulSAtiPti 


ThMS  cravmtlom  provide  for  the  orgulMtlosi  ot  m  FORTRAN  tource  program  Into  a 
sot  ot  sttpratf  for  cooq^Uatiof).    Asiy  FORTRAN  pro|r«Bi  roquiroa  m  certalti  ordering  ot  the 
etatoMSite  vithln  the  progroi.    A  euggeated  further  restriction  to  that  ordering  for  the 
adke  of  readability •  clarity »  and  coneiateney  appears  below. 

1.  If  this  is  a  aubprogras,  the  firat  card  mist  be  a  FUNCTION.  SUBROUTINE .  or  BLOCK 
DATA  atatevent. 

2.  Any  COmON  ateteMntat  eech  foUoved  by  all  type*  DOUBLE  PRECISION .  and  EqUIV- 
ALSNCE  atMtasMinta  releted  to  it  follow.    No  dieenaion  information  ie  to  appear  on  a 
COtam  ateteawnt.    Ttm  COWKHi  eUtOMnt  will  be  uaed  only  to  declare  the  order  of  arraye 
and  variablea  %ri.thin  the, COMMON.    Blank  Cmm  is  to  be  declared  first*  followed  by  all 
labeled  COHHONa  is^  alpliabetieal  order. 

Any  explicit  specification  (type)  ststeaients  and  DOUBLE  PRECISION  statMienta  will  be 
ariaaged  in  alphabetical  order  of  the  variable^  or  arraye  within  each  of  the  types.  They 
will  be  defined  in  the  following  orcter:    COMPLEX.  DOUBLE  PRECintON.  REAL.  INTEGER.' and 
LOGICAL.    All  diMHSioning  information  ahould  be  included  on  the  type  or  DOUBLE  PRE- 
CISXCN  cards.    All  variables  or  arrays  should  be  SKplicitly  declared,  and  the  DimiSICiN 
ststement  should  not  be  used  in  plsce  of  a  type  statement . 

Following  each  type  or  DOUBLE  PRECISION  sUtei^nt.  any  EQUIVALENCE  atatesenta 
required  for  that  type  atateaent  ere  included.    A  blank  comMnt  card  ahould  be  uaed 
before  and  after  the  £(9JIVALENC£  statMents  to  aet  thcsn  off  from  the  surrounding  defini*- 
tiona. 

3.  Once  all  COMMON  declarations  are  made,  the  program  local  declarations  are  made 
using  the  same  conventions. 

4.  Following  all  program  local  declsrations,  all  EXTERNAL  declavations  will  be 

made. 

5.  Any  DATA  stateoenta  for  program  local  arrays  and  variables  follow. 

6.  All  FOBMAT  ststements  follow. 

7.  Any  sUteeient  function  definitions  come  next  and  cosplcte  the  nonexecutable 

code. 

8.  Segsents  containing  executable  code  follow  in  order.    The  last  segment  ous^ 
contain  an  END  card* 

9.  If  desired,  subprograms  may  follow  aa  pert  of  a  multiple  compilation.  The 
organisation  of  each  subprogram  should  follow  the  rules  given*  above. 

CosBients 

Ciipsnn  should  be  used^  to  enhance  the  readability  and  understanding  of  a  program 
(e.g..  b  define  variables  or  their  special  ssttings) .    In  general,  when  they  are  uaedt 
they  should  be  grouped  together  as  a  prologue  to  the  code  segment.    If  they  auat.be  \ 
interspersed  within  the  fode.  they  ebould  be  inserted  sa  a  blcHt^k  lAich  begins  in  s  coIum 
near  the  middle  of  the  page  (e.g..  colim  35  or  40)  so  mm  not  to  interfere  with  the  \ 
indentation  end  rasdabillty  of  the  program  proper  which  may  be  scanned  near  the  left 
margin.    Blank  comwrnt  carda  ahould  be  used  when  they  enhance  readability. 
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M  nuich  aw  fiuhfelUl*:,  ataU-BU-nt  nusibtn*        iv  \irocv:a  irum  lov^Bt  to  highest  as  s 
progr**«  is  r*sdd.    U  Ih  rtfifHWenJ^d  thut  aiuttinent  niuabeiB  be  four  digits  long,  b«i  placed 
in  coIuBOK  2-5,  4Mid  be  incri:ment«d  by  10  rafchvr  than  he  consecutive. 

Lantlnuation  Catdu 

ANb  tURTKAN  pi^rmJtii  uy  to       su^vuHalvt  iiuntinuatlon  cards  per  etateoent;.    The  con- 
tlnuMtluu  cQlvicm  nhuuld       uhti  tu  inillcoii?  iUv  Older  of  the  cards.    This  my  be  done  by 
placing,  a  DUBieric  churdctt-i  in  cuiuan  6  (the  tuntinuatlon  lijdicttUon  column)  in  ascending 
ii**qutfnci;  (i.e.,  l-V)  and  II  •dditional  characterB  are  necea^ary,  using  in  order  the 
alphftibetic  characters  A-J. 

^-    The  body  at  thiJ  tuiitiuuatioii  card  should  be  coded  so  as  to  enhance  the  readability 
ut  iht:  prugraw  unit.    In  the  toiloving  subst'ctiuns  are  some  ^iuggestiuns  in  regard  to 
w|iv»  ial  cards,  bui,  lu  general,  no  cuntiiiwation  card  shouJd  contain  inforoiation  to  the 
let!  ui  the  atatesuunt  identifier  on  the  firtit  card. 


htateiuents 


tach  si<itewt  i.i  whould  bf gl*r  in**  on  »!Vtii-nuBil.ered  column.    Nonexecutable  statements 
«liuu',4l  btJgin  in  ciiwui,  B.    11  the  progrw  U  u  i.ubprojjram-,  the  tUNCTlON,  SUBROUTINE,  or 
BLOCK  UATA  Btstement  should  btgtn  In  colmwn  H,  ^nd  the  curresponding  tUD  Btstenent  should 
.•Uu- begin  In  coluoin  8;  in  these  c«s«s ,  th^ firtit  executable  statement  will  begin  in 
luluuu.  10.    Otherwise,  lU-  f  irst  executabU'  Nta.em^nt  of  a  program  should  begin  In  column 
8,  at.  shuuia  the  tND  card.   -Succeeding  executable  statements  are  indented  according  to 
the  cuding  exaaples  in  ihf  standard  program  ligures  Section  and  the  rules  given  ■  alow. 


Awiigumrnl  Siatements 

It  a  Htatcuient  is  continued,  the  e^econd  and  following  lines  should  be  indented  by 
uiji  iMluimtH,    Kor  exassple: 


{lTlgTUUlsIfMtHgi*lsk  .111 


z 
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In  o  cuntlnwfd  mbsI ^iiiufnt  fjtat»'im  lU ,  tl.c'  first  card  (and  each  card  which  will  be 
tuiiuwfd  by  anucl.tr  cgntinuation  cord)  shouJd  have  an  operator  as  the  last  character. 
As  much  as  possible,  ail  parenthatica I  expnsslons  should  be  on  a  single  card.  In  no 
tase  should  a  left  pararithMls  be  th*.  last  character  on  a  card  which  ii  to  be  continued. 

CUimUN  Statosents 

l-htj  CWWON  card  will  begin  in  cwJumii  K  with  the  Identifier  followed  by  a  blank  in 
cuiuwj  14  and  a        in  column  15.    Iltt-  next  six  columns  are  reserved  for  the  label  which 
wljl  bt  left  justified  In  this  field.    Column  22  will  contain  another  "/"  and  column  23 
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vUl  eoouin  a  bl^ok.    If  blank  OOIM»1  ia  deairMl,  toda  tht  alaabta  but  laava  the  labal 
tiMli  blank.   Columi  24  through  SO  will  contain  the  numm  aaparatcd  by  cowuii.  CoMaaa 
will  appaar  in  CQlinma  30,  37,  and  44.    If  a  continuation  eard  ia  nacaaaary,  a  ca«M  will 
appear  in  colmn  23  oi)  that  card.    Tha  naMi  will  be  i«ft  Juatifiad  within  each  field. 


Type  Stata»enU 

Maanaion  infocMtion  iot  each  airay  ia  to  b*-  contalntd  on  •  aingle  type  card.  A 
cerd  will  contain  one  and  only  one  oaaa.    A  type  etateewnt  any  be  continued,  thus  allow- 
Ipg  20  naM8  to  be  declared  for  each  etatevent. 

The  type  acatcaent  will  be  coded  beginning  in  colian  8.    The  naae  ahould  begin  in 
coluMi  16.    If  It  iife  a  continuation  card,  a  coaaa  ahould  be  inaerted  into  colunn  15. 
When  uaing  a  DOUBLE  PRECISIOK  etateBent,.the  tuu»  should  begin  in  colian  /5.    If  a  con- 
tinuation card  la  required,  a  cowia  ahould  ^  inaerted  .into  column  24. 


FORMAT  Statements 

The  fOHMAT  identifier  will  be  coded  beginning  in  coluwi  8.    the  firat  parenthesis 
will  appear  in  colu»  16,  and  the  foraat  lnfor«tion  itself  ^gine  in  coluen  18.    Aa  auch 
aa  ptHieible,  a  poaition  code  and  its  aaaoeiated  format  code  should  stand  alone  on  «  cr.rd. 
Continuation  eacda  ahould  be  used  liberally.    For.  axanple: 
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Figure  11-28 


READ  or  WRITE  Stateaenta  < 

In  all  caaea  a  REAS  or  WRITE  atateaeat  should  have  Its  subject  data  set  reference 
nueber  (SSSK)  contained  in  a  variable.    The  uae  of  hard  coded  OSRNs  ia  discouraged  fron 
the  standpoint  of  visibility  and  paraaaterixed  coding.    The  DSRN  variables  aay  be  loaded 
with  a  DATA  statcaent. 

thm  lisr  pcrtlOQ  of  the  READ  or  WHITE  stAtOMmt  muft  be  expreesed  in  at  BimpU  temm 
M  pofsiblte    Liberal  uee  of  bleokiii  end  eontinuetioit  ceirde  ie  encouraged  in  order  to 
increaee  readability. 


IF  Sutmmte 

V 

tbiltiple  eonditione  in  the  predicate  of  an  XF  eteteiMmt  ehould  occur  on  eeparate 
carda,  irltb  an  operator   occurring  ae  the  final  iten  in  each  card  to  be  contitiued. 
For  exaaple; 
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Figure  11-29 

NotlM  ftl0o  th«t  th*  GOTO  itntMisot  folJlowa  the  closing  parentheais. 
DATA  St«tesient:ii 

Only  one  variable  may  be  specif ltd  on  a  UAT^  atateoent  card.    Tte  DATA  Identifier 
will  be  coded  beginning  in  column  8.    The  variable  nase  will  be  coded  beginning  in 
cclusn  14.    The  alaah  indicating  the  beginning  of  the  data  will  Ue  coded  in  coXuom  20. 
For  example:  , 
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Figure  11-30 


Additional  Recorasended  JOVIAL  J1 
Coding  Conventiona 


Reatricted  JOVIAL  J3  Statement  Uaai^e 

In  order  to  maintain  the  concept  til  structured  programnlng,  It  is  recommended  that, 
certain  atatewmta  which  ate  part  oC  thi-  JOVIAL  J3  language  be  used  on  an  exception  basis 
unXy*    These  atat.^ments  all  involve  thi-  Isnguiige  capability  which  effects  change  of  con^ 
trol  whether  on  a  i  explicit  or  Implicit  basis.    Thu8»  in  the  JOVIAL  J3  language  tt«c  uaage 
of  the  GOTO,  TEST«  and  special  cos^ound  statements  should  be  limited  as  nmch  as  ptiasible 
to  the  sittulation  of  the  DO  and  CASE  figures  in  the  manner  indicated  in  the  previous 
section.    The  limitations  placed  on  the  special  compound' siatemert  also  result  in  a 
Xlin^ted  uaage  of  the  incomplete  FOR  statement.    This  is  also  in  agreement  with  the  dis-- 
cuaaion  of  the  00  figure  simylations*    Finally »  the  uae  of  SWITCH  declaratlona  to  invoke 
SWITCH  declarationa  is  also  a  tranafer  of  control  mechanism  and  should  be  minlsiised. 

Program  Organisation 

The  data  and  executable  statements  which  coiapriae  a  program  should  be  in  a  meaning'^ 
ful  order  and  in  a  format  that  can  be  easily  utus^^rstood  by  anyone  who  wirhes  to  read  and 
code*    Mora  insert  ant  than  a  single  set  of  rigorous  rules  covering  all  projects  is  a 
consiatent  sat  of  conventions  for  a  single  project.^  The  following  is  a  suggested  ordering 
of  the  various  components  which  comprise  a  JOVIAL  J3  program* 
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eoiuMi  1.    Kxc«pt  for  th««c,  ««cli  coda  ■•ynunt  shuuld  start  to  tlic  riibt  of  eolw  1  in 

'  2.    Tho  •usfootod  ■•^•oco  of  prosm  sogMoti  tdiich  follow*  l«  bMod  upon  the 
Mstaptlon  tb«t  no  IKCUIDE  capability  axl»t8.^ 

a.    STAte  brackat. 

..i«»mt  oJ*hv*iiJ*J;  ^^-^^l"*"**'  (ITEM,  ARRAY,  TABLE,  SWITCH,  ate.)  uaad  in  the  tlrat 
IJS^L      i  ^"i*'"!.^'^"  ^T"^  ••g«WHit.    Tha  data  d«cl«ratio«a  .houid  be 

;         «tf«J  0*5.^,  indudmg  tabl.  m  «,  ordinary  tabla.    TTila  is  not 

wh^r!  f!"^  T""  for  table  it«B.  In  an  input  or  output  buff« 

where  tha  order  of  the  ItaM  ia  defined  by  the  arrangasent  of  data  within  the  record. 

.  c .    Main  line  coda . 

J'^J"^^  ^•^•^  MSBenta.    The  acgtents  (procedures,  functions,  CLOSE  derlara- 
«or;riI!J°?if.     in*?*^       !  ««*ningful  order  by  iev.l,  with  the  loweat  level  .eRment« 
!:J**T?  declaration*  within  a  aegment  should  appear  first  within  a  sag- 

Bant  and  follow  the  saae  rulea  as  the  data  declarations  in  the  main  aegment. 

a.    TERM  bracket  (and  FINIS  or  ST^I'  atatfnent). 


Coasenta 


of  .  ?        ^    uaad^whare  necesaary  to  enhance  the  readability  and  understaiiding 

or  a  program.    In  general,  when  they  are  used  they  should  be  grouped  together  as  a  pro- 
logue to  the  code  aegment.    If  they  nuat  be  interHpereed  within  the  code,  they  should  be 
inserted  «a  a  block  which  beginf  in  a  coZusui  near  the  middle  ol  the  page  (e.g.,  coiuon  35 
or  W)  ao  aa  not  to  interfere  with  the  indentation  and  readabJ-Jity  of  the  program  which 
nay  be  acanned  near  the  left  aargin. 

s 

Indentation  and  Foraatting  Convcntlonti 

1     J*  ^J"*.^?*  prograis  organization  recoaawndations,  the  fonaatting  guidelines  should 
u,°u  .  f"*?***  "'"y  adapted  to  any  project.    The  data  declaration  rules 

Which  follow  should  be  taken  aa  an  axaople  of  how  a  given  project  eiay  wiah  to  achieve 

consistency  in  foraatting. 

1.  Tables  and  arrays  sho\ild  be  in  a  ncaningful  order  by  table7array  nana. 

2.  Ro  fittgla  itens  should  be  declared  except  parameter  items.    Tcs^o/ary  working 
atoragc  itaaw  ahould  be  dedarad  in  one  or  raore  cotnpilar-allocated  tables. 

•      3.    Itas*  within  a  programar-allocated  table  say  be  in  alphabetical  order.  Iteas 
within  a  cosqiilar>al located  table  mtst  be  in  alphabetical  order. 

♦  .    Preatt  valuM  lor  itmm  §U0uld  occupy  one  or  mx^  additional  Ilnei  foUovlBE 
tile  item  declaratiouas 

r 

5.    Table  naroa  should  have  two  character  naaus.    All  Iteffa  within  a  table  should 
start  with  thoaa  aaM  two  charactara. 


7.    *'Lik***  inttrtial  tatblca  duplicacipg  m  co^pool  table  should  be  nmsmd  ietter«*lc^rte^» 
nui^ri€»  vhtr*  the  liret  tvu  cbrractere  define  the  crapool  t«ble  neme  end  the  fiimeric 
Indlcetee  ea  loteneX*    Equated  internel  tebUe  ueed  to  defisie  te^orery  eocyool  table 
ItaM  ehouXd  aXeo  uae  tl  le  eaM  naAlnf  eeheM. 

S.    lte«  name  ehould  noreally  be  five  charmctere  in  length. 

The  indentation  of  the  code  co^rieing  the  siaidated  structured  programing  figures 
should  be  ae  indicated  in  the  pravioue  section.    In  genera^,  any  6tat»ent  not  subject  to 
the  indicated  indentation  forMts  atarts  in  the  sa&e  column  as  the  atatesent  above  it. 
Only  one  atatsMnt  per  line  ia  patmitted  except  vhere  used  in  the  certain  of  the  control 
logic  structure  aiaulations.    The  continued  portions  of  atatet&ente  requiring  more  than 
one  line  are  all  indented  in  a  block  beneath  the  first  line  of  that  etatement.^  This  is 
particularly  true  of  the  conditionals  which  follow  the  IFEITH,  ORIF,  and  IF  primitives 
to  clsrify  the  range  of  statesu^nta  delimited  by  these  primitives. 


POSSIBLE  STRUCTURED  CODING  PROBLEMS 

Like  top-down  implements t ion  and  program  design  Isnguages,  structured  coding  can 
also  have  its  problems.    In  this  subsection,  soBie  of  the  problems  and  poesiljle  solutions 
are  discusssd. 

one  problem  thst  has  been  reported  by  many  programmers  is  that  *J^t  is  difficult  to 
Impleuujnt"  a  program  design  iii  structured  coding.    It  can  be  a  real -problem  especially  if 
a  prograoxoer  haa  been  trained  in  a  traditional  manner  of  coding,  solution  lies 

within  the  programmer.    Dier?  will  be  a  lesrniug  curve  involved  in  using  structured 
coding.    And,  t^e  progrsss^r  must  wsnt  to  learn.    It  will  take  time  and  practice. 

Another  problem  is  programme/^ ego.    There  is  a  certain  amount  pf  pride  of  author- 
ahip  In  Juiitt  about  every  progrttmer.    Ilowevert  much  emphasis  has  been  placed  on  the 
"tricky  cods/'    Xhia  can  hurt  the  maintenance  prograsmicr  in  the  end.    Pialde  can  be 
rc*alii;4?d  frwft  writing  code  that  is  easily  maintained  snd  understood  both  by  the  author 
and  hii»  fellow  workers  and  successors.    Thus*  the  old  "ego*'  is  still  saved. 

Cl4Jsely  related  to  the  ego  probleni  is  thi*  reaistanjce  to  change.    (Sound  ffjailiar?) 
^ur  obvious  reafcuns»  some  programisers  do  not  want  to  change  their  programming  liabits  ^-^^ 
tfven  when  eiomt  are  bad  habits  I    Excubsr  include;    the  "if  it  was  good  enough  for  dad,  it 
ia  goc)d  enough  for  me"  attitude^  Issim-ss,  ego,  the       don't  understand^  it  and  therefore 
It  can't  be  any  gi»od"  attitude,  and  thi»  list  goes  on.    Solution?    It  will  depend  largely 
i»n  thf  programmer  who  ha^  this  problem.    Is  he  (or  she)  willing  to  give  a  "new"  thing  a 
trial  {^eriod?    Is  he  willing  to  look  at  structured  code  (or  anything  for  that  matter) 
with  complete  ubjrctlveness?    Only  the  progracaier  can  answer  these  questions. 

Inefficient  machine  usoge  has  also  been  naid  to  be  a  problem;  i.e.,  structured  code 
requires  more  core  and  time,  Snd  indeed  this  i.ould  very  well  be  true.    To  see  what  can 
be  done  aboyt  it,  let's  look  at  two  things.    First,  look  at  the  overall  time  efficiency. 
A  valid  question  that  might  be  asked  "is  savlug  1  millisecond  of  execution  time  worth 
five  or  ©ore  hourn  additional  prograiamlng  ti«ie,  plua  tearing  and  debugging  time?"  The 
anawer  will  depen^d  upon  pi^ogram  ussga  and  otht*r  factors.    The  second  thing  to  look  st  is 
core  etficlency.    This  solution  (?)  is  discuf:rtad  Istar  in  this  chapter. 

une  of  the  best  wayf»  to  make  a  mountain  uut  of  a  molehill  is  to  develop  the  struc- 
lure  lur  a  program  using  only  structured  coding.    l^n*t  do  itl    First,  the  structures  are 
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•cnw^TM  an  not  av»il«bl«  in  sdvaaea;  the-  •civctura  mmcbm  fcM  cha  code.  Third  elur 
•tractofM  t«od  to  bo  i»p«t-drlv«i  ntkor  cl.on  tr«n.roni.c3nrod.  t^Sli,4«o[eroJ 

rl!!l:-?!!                                    «»^  otmcturod  codo  to  implmmt  thm  deoign.  If 
2o2^  Sis  ilSSS*                    «*^ur  XO)  io  uood  prior  to  u»Um  itructttr^d 
otmctuKod  codo.   Loot.  doiwioD  niidBliiiM  for  <«..i«^.»4.<.  m.  — «^  ^ 


•nd  otick  witB  tlio  suidolinct.    Don't  try  to  take  ohort  cuts  with  "trtcky  code." 

coomc  smc^EHa  cqmsidesateons 

nriKwucfzoii 

«.«i?r4?4il#n'  ^liaoto  .t-lMt  i.triictotod  p^ogrMniag  io  tl»t  it 

nouXto  itt  io^fficiont  cod«.   Uhoa  prosroMero  opoak  of  oudi  iMfficioocieo.  tbov  ans 
nforriag  to  tfco  o»oc«tobl«  codo  obicb  citkor  runs  too  .lowly  (boo  •»  oxcoooivo  path 
lottgcb)  n  ocetvioo  too  wch  coro,  or  botb.    Since  tbo  naioricy  of  tbo  Woagoa^toaood 
in  thia  nport  an  bigh  level  onea.  the  efficiency  queatioM  vdiicb  an  addieaoed  in  tbie 

JJT^Snf  "^y^***'       «f  «*tii«  brmcb  inatfuctlooo  and  tberefore 

iaefficieocy  mt  addraaa  thrbaoic  piobleoi  of  conditional  brancbins  and' 
not  t|ig         wloninooa  atntOMnta  nhicfa  perfon  tbe  ba^ic  aequence  block  proceaaing- 

It  ia  obviooa  that  if  a  conpiler  gmeratra  inefficient  eode.  tben  regardleaa  of 
SIJSJ-^'  IT*"*/*!!!"  *■  itmctured.  the  reault  ia  .till  inefficient  code. 

Tberefore,  the  queation  of  efficiency  in  bigber  level  laaguagce  io  one  of  nbctber  .tcvc- 
turing  baa  added  an  oxceeaive  OMunt  of  inefficiency.    Tbia  queation  ia  addreoeed  fn» 
the  folloving  four  pointe  of  view. 

1.  Conpiler  code  gMoration. 

2.  SiMilatioo  of  otructure  figurea  and  top-down  requid^enta. 

3.  Xapropnr  una  of  tbe  miurce  Inguege. 

4.  Tbe  virtual  storage  raviroMent. 

Collier  Codo  Coneration  InefficieneiM' 

Tbe  pKoblMi  of  inefficienciea  whieb  arise  fton  a  failure  to  tidee  advaoti^  of  the 
barAwie  architecture  ia  one  which  cannot  be  controlled  for  bi^ier  level  Itngtiigw  aince 
Chia  la  «  fmction  of  the  conpiler  code  generation  and  ia  unaffected  by  aCracturing.  Per 
laatanee.  cooaider  the  CAK  control  logic  atructure.   If  the  target  colter  haa  en 
i^end  branch  e^Uity  awl  tbe  co^fler  haa  a  CASS  euteaent,  the  cmviler  could  take 
ad^aataga  of  tbia  fact  in  ita  cede  generation.    Tbia  ia  evident  ebon  covariaa  the 
following  codet 
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XASENtRt  (t«giic«r  holding  cu«  ninbvr) 
CASE  1  '  *  . 

Cod*  A 
CASE  2 
Code  1 


CASE  n 
Codt  n 

ENDCASE 

and  Cht  ccwpilsr  gcnoratad  code: 

SHIFT  to  adJuflC  Binder  to  coiqtucor  word  length 

BSAMCH  fO  UULi  INDEXED  by  ahifttd  nusbcr  ' 
LABEL3:  Code  A 

BKANCB  LABEL2 
LAfl£L4:  Code  B 

BRANCH  LABEL2 


Code  n 
BRANCH  LABEL2 
BRANCH  LABEL3 
•      BRANCH  LABEL4 

• 
I 

♦ 

BRANCH  LABELn 
LABEL2:       «    oklt  point 

Froa  tho  ganirated  code.  It  can  be  atan  that  to  aalect  tha  correct  CASE  nuabar 
rciiuirea  that  the  number  firat  be  adjusted  in  order  to  sake  It  coiq>atibU  with  th«  tar- 
get cosputer  vord  length  (probably  a  SUXFT  instruction) .    Thia  ia  f olloucd  by  an  indexed 
BRANCH  to  the  correct  unconditional  BRANCH  in  a  branch  vector  iiet  (a  awjuence  of  branch 
inatructiona),  a  total  of  three  inatructiona. 

If  the  language  doca  not  contain  h  apectfic  CASE  verb,  then  thia  particular  * 
architectural  feature  of  the  target  computer  catmot  be  uaed  and  a  correaponding  loaa  of 
efficiency  reaulta  in  ainulating  thia  control  logic  atructurc.    For  inatance,  if  the 
language  ia  FORTRAN  and  the  CASE  ia  ainuUted  by  the  FORTRAN  coaputed.  GOTO  atatement, 
the  code  efficiency  ia  a  function  of  what  the  FORTRAN  costpilar  ganeratca  for  th**  verb 
and  net  atructured  prograMdng.    In  the  axtretM,  the  CASE  eanjN  aimilated  by  a  aaries  of 
IFTHEHELSEa  auch  aa  with  the  JOVIAL  J3  I^ITH  autaaant  (one  ORXF  for  each  caae  nusber 
whidi  say  be  praacnt).    Thia  iMpleiaentatiOB  would  probably  be  tha  stoat  incfficitmt  aincc 
coda  auae  be  praaent  to  teat  for  each  poaaibla  CASE  value. 

Another  amsple  which  illuatratca  that  efficiency  in  high  level  languagaa  ia  depend- 
ent upon  the  eoapilar  can  be  ahown  uaing  COBOL  aa  an  axa^la.    The  looping  c«pability  in 
thia  language  ia  invoked  with  a  PERFORM  verb.    Xf  a  precospiler  were  uaed.  the  DOUNTIL 
loops 
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LAlELn: 
LAIELI: 


4-^1 


TTTr 


i      4     ^  I 


in 


^0 


lit 


1«l 


If 


2i 


n 


5 


tr  M 


10 


vould  result  in  the  fplioving  g^nt^rftted  code: 


T  ! '  '  !  ;  !  t 


1*1 

nkLieLlIl  tii:  !  '  Lil 


M  t  .  .  .  i 


Figure  H-Jl 


If  this  cofstrol  logic  it  slMlated  by  ihc^  nviiv  »huwii  curllt^r  in  this  i:h«plcrt  th« 
question  vhich  should  be  sddresned  is  Wh«th#  r  tht*  •  l  firii«iiry  ol  the  loop  ii.  a  fim*  lion  of 
what  the  COBOL  compiler  generates  for     PEKH^HM  vi  ihuh  wh^it  it  generates  fi»r  mi  IF  and 
GOTO  statement, 

Frosi  the  examples  in  this  section,  it  Ib  i»vii!*»nt  th«t  efllrit-ncy  is  dependent  upon 
the  code  generated  by  the  compiler.    Not  only  can  e  fficiency  vary  fro»  one  machine  Iv 
anothf»r,  but  different  V4*rHi0nB  uf  a  cofljpili-r  for  \hv  Hiimr  ci»nnHiti»r  can  also  afferi  th#^ 
efficiency* 


Simulation  i.aaf ficiencies 

A  secoiui  source  of  inrfficient  code  arises  witcn  it  is  nect^ss^y  to  aimulftte  h  siruc* 

Curing  or  top-dcmn  capability  because  it  docs  not  *'>iist  lit  the  nuud^e  languago.  For 
example  simulating  a  DOUNTILs 


J4 


n 


90 


Figure  11-32 

in  a  laoguage  which  only  has' a  DOHHILE.    The  POUIITIL  control  Rtfucture  requires  rhat 
code  A       executed  at  least  once.    This  can  be  insured  in  at  hwat  one  way  and  puiisihly 
tvo.    Both  aiSHilationa  use  a  UOWIILE  and  w  gute  the  condition.    The  f  Irat  melbiid  Is  t» 
dopSicste  code  A  before  h  DQWHIIK  statemenl;  ^ 
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Figun-  IV- J  3 

ihi'  second  HlmulttiJun  (vfhiih  may  not  always  be  poHsible)        to  insure  that  condition 
(p)  \h  ii\lmm  fo  that  codv  A  is  aiwuyn  executed  «r  le«st  once  os^  folloi^s: 


«  f  .  »  ♦ 

♦     4      »     •  ♦ 


lu  tbt?Me  ^imuiatiuiih  thrrt*  is  di   U'^hI  one  and  possibly  two  sources  of  ineff ici«2ncy . 
Ihe  lliftt  involvifH  the  ncgatJun  of  th*'  condition  (p)  and,  as  with  the  examples  in  this 
fiecilon,  iu  ilt"p*?n'lent'  upon  hctw  the  fi  mpiler  evaluntes  the  louping  condition  to  detennlne 
whf ihi  1   it  i»  true  ur  ftiJse.  Ctin  be  Illustrate;^  by  the  following  simple  example, 

it  tlu'  iiindnional  tilfrtement  is  of  thV  form  p  AND  q,  and  If  a  test  determines  that  p  is 
l^AtSt  ,  then  the  entir^  expret^sion  is  FAI.SK  and  It  is  not  necessary  to  execute  the  code 
which  UMw  4*    However,  if  this  expiessiun  Xu  negated  by  placing  it  inaide  of  paren- 
theiii'fi  .inU  prei*.dinK  it  with  NOT  aw  Joilowri; 

N01   (p  AND  q) 

k 

iluli    I  becomes  ueciissary  to  tvaluatf  both  p  a\\6  q  before  testing  the  truth  of  its  nega- 
nvt^.     \\\  thin  ka»i^^  more  code  must  Ue  exeuited.    However,  if  the  compiler  is  sophisti-- 
ruttii  .  uougb  til  nuinipuJiite  thi-  negated  expresaion,  it  can  still  generate  code  such  that 
Uu-n  i»  no  inkfi-ane  in  the  amount  of  code  executed  when  the  expression  is  negated  and  no 
iuriib^u.ntilnj^  etriciency  loss  in  exerution.    The  second  source  of  inefficiency,  however, 
h/i«i  i.othing  to  do  wiUi  the  codr  generated  by  the  coaqjiler*    It  is  simply  that  in  the 
MiH\  hiniuiatiun,  code  A  mu*it  either  be  dupjicated,  in  which  case  more  core  space  is 
ly^iiiii  d,  or  else  code  A  is  made  a  subroutine  in  which  case  space  and  execution  time  art* 
II  quit  id  lor  the  linkaijes,    in  the  second  sl«ulatlon,  condition  (p)  must  be  set  to 
FALSh  which  involves  both  apace  and  t»xecution  time,  • 


lmprop«*r  Source  Language  Usage 

nie  example  shown  in  thin  sectli'n  in  m  iijustration  of  poor  progracsnin^^  and  at*  a 

i4*nt>eqoenre  can  Oicur  whether  the  rode  if*  sf ruptured  ur  not.    Hdwever,  it  has  been 

InciuUed  in  order  to  alj^^w  ht*w  much  tiisler  U  %h  t^  detect  poor  code  when  it  in  struc- 
jv*  twreil._  Consider  the  rt>JJwlnj^  code; 
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and  itm  ftructured'squtvalant : 
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Figure  11-35 

The  branching  that  is  generated  by  a  trunalatJan  of  the  atructured  code  in  the 
above  exastple  is  the  aaae  ai  that  which  i«  shown  fur  the  unetnictured  code  in  the  e*- 
assple  which  lamdiately  precedes  it.    The  code  is  inefficient  in  both  casea  but  it  is 
not  easily  spotted  in  the  unstructured  version.    In  the  atructured  version,  however,  it 
is  very  evident. 

Thus,  the  following  code  is  functionAlly  equivalent:  * 
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and  Its  transl-tlovv voyld  be; 
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Figure  11^36 
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49.1 


A  iH}|ift«ri«oit  tit         trmumlmiiofx  wiUi  iUv  MiiPtructur4?d  code  thiJif*  fir^t  that  the  two 
vmliB  41 1  cods  A  li#v«  b«ru  ri»dui«ia       um  Mtiii  ftiscynil,  the  uocouditionai  branch  to  LASEL2 
hmm  4i«appMr«d.    Furth^rrore,  li  this  is  the  only  place  that  code  A  la  called »  it  iv 
poaaibla  to  IMCLUDE  code  A  in^-lina  rathat  than  calling  it  and  thus  aave  the  subroutine 
linkagaa  aa  nail,    Tha  inelficiancjr  rtvioualy  arose  because  ul  the  I  allure  to  use  the 
boolean  capability  of  the  source  languaga  and  in  thla  raapect.  the  aource  language  vaa 
uaad  iaqtroparly. 

Virtual  Storage     .  J 

The  problesca  which  are  encountered  using  structured  progrsnmlng  in  a  virtual  storage 
environment  are  no  different  thaii  those  using  imatructured  code.    In  both  cases^  it  is 
necessary  to  recognise  that  to  iuWIm  paging  end  "thrashing,"  it  is  necessary  to  control 
the  placenent  of  both  data  and  code,  so  that  the  moat  frequently  accessed  portions  of  the 
program  era  concentrated  in  contlguoua  locations.    Since  structured  prograiming  does  not 
restrict  where  code  may  be  placed  (it  may  be  included  in-line  or  placed  out-of-line  and 
invoked  aa  a  subroutine),  the  control  of  code  placement  is  unaffected* 

However,  it  ahould  be  pointed  out  that  the  guidelines  as  to  data  placeoent  which  are 
specified  in  the  various  Isnguagis  atandards  nay  have  to  be  modified  in  a  virtual  storsge 
envirowaent.    For  inatance/in  the  FORTRAN  standarda,  a  suggested  ordering  of  a  code 
module  in  ter«s  of  COMMON,  NAMELIST,  DATA.  FORMAT  and  code  statements  is  specified.    In  a 
virtual  storage  environment,  the  recoB«ended  sequence  ©ay  not  be  optional  and  ahould 
therefore  be  nodified.    A  similar  situation  exists  with  COBOL,    The  flexibility  which 
exists  with  regard  to  the  place»ent  of  data  is  limited  by  the  COBOL  language  itself  since 
sll  data  apeciflcatlons  must  be  restricted  to  the  PATA  DIVISION.    However,  the  guidelines 
given  in  the  previous  section  with  regard  to  the  placement  of  PERFORMed  paragraphs  may 
not  be  optional  in  a  virtual  storage  environment.    Rather  than  ordering  such  paragraphs 
by  level  or  alphabetically,  they  ere  better  grouped  by  expected  frequency  of  execution. 
(See  Chapter  9,  Packaging.) 


Efficiency  Sumosry 

In  summary p  progrsmming  inefficiencies  introduced  with  structured  code  include  those 
caused  by  either  havinii  to  simulate  one  c£  the  capabilities  required  bccauae  it  does  not 
exist  in  the  aource  language  or  because  the  true  control  logic  which  the  ptogracmer  wishes 
to  execute  does.^not  exist  aa  a  primitive  control  structure  in  the  language.    Vfhen  these 
are  weighed  against  the  inef f icienciti*  resulting  from  compiler  code  generation  or  poor 
programming,  they  are  probably  negligible  in  comparison. 

As  previously  stated,  structured  programming  does  not  guarantee  good  prograimnlng . 
It  is  still  a  furctipn  of  the  programaer.    However^  because  of  the  structuring,  it  is 
far  easier  to  detect  and^correct  problem  code,  , 

It  has  been  demonstrated  many  times i  that  as  a  result  of  program  maintenance  or 
enhancements,  blocks  of  coda  become  isolated  and  cannot  be  reached  from  any  part  of  the 
program •    In  fact,  in  order  to  guard  against  this,  some  assemblers  and  compilers  contain 
a  flow  trace  analysis  in  order  to  alert  the  programmer  when  this  occurs.    ^Ith  structured 
programciing,  a  path  exists  to  all  blocka  of  code  and  such  traces  are  not  required. 
Whether  all  such  blocks  will  be  executed  dependa  on  the  conditional  logic  specif ird  by 
the  progrMwr,  a  factor  which  ia  not  only  beyond  the  control  of  atructured  programming 
but  is  also  not  detectable  by  a  flow  trace  analysia. 
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Esuwplct  of  SCructurcd  Coding  ^ 

Figure  11-37  illuceratcs  the  dl£Ur«ncc  betw«t;n  "tr«dltion«l?  COBOt  and  structured 
COBOL  for  the  mmm  ««ctlon  of  code.    Tvo  differences  that  are  imediately  evident  arc  thr 
indantatioo  and  lack  of  GOTOa  In  th«  atructured  codf>.    Upon  further  examination,  you  wilt 
noelce  tha  condltiona  of  the  IF  atataaents  are  diftorent. 

At  ficat,  prograaaiing  without  uaing  COTU  stutrtnenta  takes  concentrated  effort  BJncr 
it  requlraa  a  change  in  your  thinking  proceas.    Vltli  rxperlence,  structured  coditir,  hfCctmf^B 
aaaisr.    Indentation  of  the  code  will  be  benfficial  for  prograsscera  writing  Ntructuved 
coda. 


TRADITIONAL  COBOL 


STRUCTURED  COBOL 


PARA  -  1. 

IF  NUMBER  ^  20;  GO  TO  PARA  -  3. 

IF  NUMBER  >  10;  GO  TO  PARA  -  2. 

MOVE  A  TO  8. 

SIT  INO  TO  1. 

GO  TO  PARA  -  4. 
PARA  -2. 

MOVE  A  TO  C. 

SET  IND  TO  3. 

GO  TO  PARA  -  4. 
PARA  -  3. 

MOVE  A  TO  D. 

SET  IND  TO  5. 
PARA  -  4. 


PARA  -  I. 

IF  NUMBER  <  20; 

IF  NUMBER  >  10; 
MOVE  A  JO  C 
SET  IND  TO  3 ; 

ELSE 

MOVE  A  TO  B 


ELSE 


SET  IND  TO  1 ; 


MOVE  A  TO  D 
SET  IND  TO  b. 
PARA  -  4 . 
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4«4iife:d  iu  ihi^  prubiemi    tUt  r^iploytse^h  grade/rank  muHi  bt:  bt^twe^n  1  and  30 ,  inclu^ivt;* 

iU^  uLructuri!  clmit  wan  anted  an  nn  aid  in  d«»igning  the  liuiution,    Hmevi^rt  any  at 
Ltii!  uth«r  Aldu  could  havi;  bet;n  uand  tsqually  well* 


cumpu  f  I 

NET 
PAY 


GRADE 
ERROR  MSG  ' 


PR  ^  PAY  kECORD 

np  -  net  pay 
ded  -  deduction 


Fifcjuve  11-38 


iUt:  nt^xt  iuux  iigurcB  (J  1-39  tluuugh  ll-^^I)  illustrate  a  possible  solution  to  the 
ptty  i^rubiem  in  difierent  languages.    Figuj-e  11-39  i«  a  solution  in  PDL  using  the 
(^equenct* »  IFlHh^^ELSL,  and  DOVHILE  primitives.    In  each  of  the  exaxsplesp  it  is  assumed 
that  ali^Uaia  itt^iu^  vert'  previously  drfin&d. 
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«B  aecmpe  1«  mUs>  to  avoid  th»  "GOTO."   Stntetuctd  codinf  i«  dtfinad  «•  cht  codiaa  of 
pcograM  by  ropMUd  uao  of  •  Mltettd  nuabor  of  prodoflaod  control  la%ic  prialtiVM, 
Mcb  vich  OM  Muy  poinc  md  com  osit.    Coabtooticma  of  tho  prialcivoo  eoa.b*  uMd  io 
laplomntint  •  profros  d«tit!n<  c 


Thoro  am  thsco  catoto'iu  ef  tbooo  prialtivMs    tbo  ••quontiol,  cendltiOAal 
(XFTUtMELSE) ,  ond  itorativo  (DOHHUJ;).    TWo  txtonoiooo  of  JdiMo  eotfforlM  «r«  tte 
DOUNTXL  (ittrotlva)  mni  the  CAI^DiTRY  '(conditional)  fiyuvoo.    ThHO  five  control  logic 
priBitivao  pc'ovido  the  bMia  of  ■tructurod  coding.    Hovovor,  tlMro  wo  prebloao  in 
ii^loMoting  thiflo  priaicivoa. 

Th«rtt  Btm  coaputtr  ImgMfM  which  do  opt  contAlo  tht  atmcturtd  codi0|  cratrol 
logic  figurM.   T^o  options  for  iaplMtnting  thm  otructurod  prlittivM  oxloto    Qki«  io  to 
•l«a«tft  thm  Aosiuolly  ond  eho  othor  io  by  uiing  o  procoapllor,  Tfio  prMO^ilor  occopto 
cho  control  fituroo  (XftBOitUtt  DOUHXLE,  otc.)  Aod  gonorotoi  coi^ot^lo  oourco  codo  for 
tht  torgot  UnguAgs*    Evan  with  pfocottpiUro,  thoro  iro  probloM  in  otructvml  pr^roaodLnf/ 
coding.  o 


Tho  probloM  in  otructurod  coding  con  foil  into  mo  clooooos    thooo  dooling  auiinly 
with  tho  progroflBor  ond  thooo  with  cc^ilor  longuogoo.    Sou  of  tho  problont  Includo: 
.difficulty  io  uolng  otructurod  codo  to  Inploncnt  o  progroa  dooiga»  rooioumco  to  cbongo, 
progroHor'o  ogOp  inofflciont  sachino  uoogo,  Md  uoing  otructurod  codo  to  dovolop  o  pro* 
groa  dooign,    Zt  tokoo  both  tho  progroMir*o  initiativa  and  ibllitlto  to  work  out  oolu^ 
tiono  to  thooa  probli 


In  conparing  ^'Uroditionol**  coding  with  itructurod  coding^  tw  thiugo  oaorgo.  Firot, 
tho  oxplicit  uoo  of  GOTOa  hao  boon  oliainotod  for  tho  aoot  port*    Socondp*indontation  io 
uood  to  '*block  off^'  functional  groupo  of  codo.    Tho  writing  of  good  otructurod  codo  will 
toko  tiao. 

QUESTIONS 

1.     Define  • tructurod  coding. 


2.      List  tha  cBtegorlea  of  primitlvct. 


3.     Wh«t  aro  tho  3  boilc  control  logic  priaitivta?    Draw  their  corraapowiing  flow 
chart  ropraaentations. 


11-41 


ERIC 


(A)  PoMlbla  pr(AlMi(t)  in  uainf  itnictuMd  coding  includ«Ct) 

 „        difficult  to  iapl«MDt. 

 b.    iMffidtat  MdtlM  Mat** 

  e.   ploaaly  related  to  FfiL. 

  ^>  JMs  ooly  i  control  logic  priaitivaa.  « 

  tcndtocy  toward  patholoiical  daca  covnectloni. 

^  cbaraetariatlc  of  a.        ^  d  coding  ineludai:  ..-^ 

a.  Ibara  la  a  Uwltad  aMwat  of  indiicrlainata  braochlng  in  atructurad  coding. 

b.  Coding  la  lndaa£ad  for  clarification. 

c.  If  a  pracoapllcr  ia  availabla,  atructurad  coda  can  b«  tranalatad  Into  a  for* 
that  can  ba  eoapiltd. 

d.  Any  of  cba  abova. 
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Abstract  Xnput  Data  -  The^  tlat*  at  •  point  within  a  probl«o  ot  lu  solution  lAilch  is 
rtUlt4  to  the  Initial  input  dsts  and  can  be  vlawed  as  a  till  antaring  the 
problM  pr'aolutlon*    Thla  data  identification  ia  done  vith  «  data  flow  graph 
for  uaa  in  th«  tranafetv  analyala  atrategjf.  ^ 

AbaCrsct  Output  Data  -  The  data  at  a  point  within  a  pri^le»  or  ita  aoluticn  which  ia 

related  to  the  final  output  data  and  can  be  conaidered  on  ita  way  out  of  the 
problem  or  solution.    This  data  identification  ia  done  with  a  data  flow  graph 
for  uae  in  the  transforB  analysis  strategy. 

Administrator     See  Project  Adsiinlatrator. 

Backup  Prograaaier  -  A  peer  of  the  chief  pC|gra»»er  who  Is  capable  of  «aiuailng  project 

raaponalbillty  and  maintaining  continuity  of  the  development  effort  should  the 
chief  progrsflBMr  becoisa  unavailable.  .  ^ 


Bottom-up  Approach  -  A  technique  for  coding  and  iwpletnentlng  a  ©odulsr  design  where  the 
lowaat  level  proceasins  modules  are  cotapleted  and  teated  first. 

Bubble  Chart  -  Another  namt*  for  Data  Flow  Graphs. 

Builds  -  See  Packsglng. 

CASE  -  One  of  the  cohtrol  primitives  used  in  structured  prograxaming;  PDL  term  which 

sllows  for  the  execution  of  one  condition  froo  a  group  of  possible  conditions. 

Centrsl  Tranaform  -  Thoae  elsiaents  of  a  data  flow  graph  which  change  abstract  Input  data 
Into  abstract  output  data.  The  central  transforta  la  Identified  for  organising 
a  laodular  aolutlon  ualng  the  transfonn  analyais  strategy. 

Chapin  Charts  -  See  Structured  Flowcharts. 

Chief  Programmer  -  Technical  manager  of  the  Chief  Pregrammlng  Team  (CPT) ,  who  is  respon- 
sible for  the'  direction  and  aupervlalon  of  team  members.    Responsible  for  the 
cofl^lete  design  of  a  software*  system. 

Chief  Programming  Team  -  IVc  or  more  prograTO^rs/ analysts  assigned  to  a  project  who 
possess  a  combined  respoMtbfl'ity  for  the  quality  of  the  delivered  project. 

Coar»c-  Tuning  -  The  initial  atep  uaed  to  avoid  a  network  of  crossed  lines  on  an  IPO 

chart.  Uaually  accompHahed  by  resequencing  or  duplicating  items  in  the  Input 
or  output* 

Cohesion  -  A  meaaure  of  %\w  strength  of  aasoctation  of  elements  within  a  module.  Alao  ^ 
known  as  module  strength  or  binding. 

Coincidental  Cohesion  -  A  module  comprised  of  Instructlpns  which  have  no  apparent 
ralatioMhip  to  each  ether. 

Cumsiunicatlonal  Cohesion  -  A  module  wtiose  elements  reference  the  same  data. 

Connection  -  A  reference  in  one  moduli*  to  aii  ideptifier  defined,  declared,  d^cribedp  or 
othexvlse  caused  to  eKlat  in  anothi»r  module,    Alao  knoiht  aa  i  data  or -logical 
interface.  • 
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Coucivce  -  A  Qoaeral  •erueturc  eontatntnt  one  entry  end  one  exit  laed  in  «  preproceeeor 
pvflirM^ai  iMcuase  to  mXlm  the  application  of  etructured  codina  principle* 
in  e  higher  lavel  laosuage.   Alao  koo^  m  prl«iti> 


C«,trol  Coi^Bi  -  Jin  -eecletlon  hetireen  tvo  .odulei  where  flaf.  or  ewitchee  f ro»  one 
■oAilc  arc  used  to  influence  the  esecutioo  of  ^  the  other  wdule. 

Contrcrl  Logic  JjJ^tive.  -  BOildini  block.  u.»l  to  conetruct  etructured  progrw*. 
•Specifically:    Sequence,  IPTHSfttSE,  DOWKILE,  DOUHTIL,  CASE. 

Coupling  .^A^«jj.«.^f  the  atrength  of  ...oci.tion  between  two  -odulea;  intcr^nlul. 
CPT     Chief  PrograaBlQg  Teaa. 

Data  Coupling  .  An  aeiioeiatibn  between  two  ndulee  where  infon^tion  frow  one  .odule  1. 
uaed  to  provide  input  for  execution  by  the  other  wodule. 

D«te  Flow  Graph  -  A  graphical  aethod  of  organizing  end  recording  the  initial  Idcaa  for 
the  Bolutlon  of  a  preblea  which  eB^heaiseo  the  f  low^of  data  through  the 
probliM.  " 

Deeovpoee  -  To  >«parate  into  parte  er.elcMnte;  particularly  to  divide  e  task  or  function 
into  ita  av^f unetione .  .     ,  -> 

Delivaty  by  Parte  -  See  Peckaging. 

Detail  Oeeign  Package  -  The  aolution  to  a  problew  eufficlently  epecific  >o  that  the 
coding  la  •  etwple  alaoet  wechanical  atep  in  eoftware  developMnt. 

Detail  Oiagrae  -  Providee  epecific  infonution  at  ,the  lower  levela  of  the  hierarchy 
a>art« 

Develo|»ent  Support  Ubrary  -  A  cei^tral  repoaltory  of  all  dete  revelant  to  tht-  project, 
in  bath  hwan- readable  and  «achlne-recognl*able  fotw. 

DfC  -  Data  Plow  Graph.  ,  -\ 

Direct  Data  Flow  -  See  Motul  Data  Flow. 

DOUmi  -  One  of  Che  control  prlaitivee  need  In  structured'  pro  gracing:  ?VL  ten  for 
iterative  execution  with  the  teat  for  loop  tcndnatlon  laat. 

DOHSZLE  -  One  of  the  control  prlaltivef  uaed  in  etructured  progreaaiing;  Put  tern  for 
.    iterative  execution  with  the  teat  for  loop  teralnation  firet. 

OSX.  -  DavalopMttt  Si^port  Library. 

Du»y  NDdttle  -  A  teaporary  tsit  of  aoorea  code  which  ia  part  of  an  ineo^late  atrueturad 
pcegrM  and  will  ba  replaced  by  the  aetua?  wit  of  code  when  it  ia  coi^lated. 

Factoring  -  Saparating  a  function  into  aMller  funetiotw.   AUo  called  Functional 
Decoeipoaitira. 

FAW-tll  -  The  n«i,ar  of  higher-leVel  aodu^ee  calling  the  eeeie  luhordlnata  aodula. 

Fine  ^""*"J^^^^^'»1  graphic  atep  in  HIPo.  «hare  croaeed  Hnee  on  the  IPO  charts'.re 
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Functloji»l  Coh««ton  "  A  -oduU  iiftlch  perfona.  only  one  t4*k.    Sw  cdiwipn. 
FunerlonaX  D«c<wpoaitlen  -  See  Fectprlng. 

Global  Parnecere  -  Any  type  of  InforJetlon  »»hich  im  «ccesBlble  by  all  P»rta  of  a 
prograa  or  ayaten. 

Hiararchv  Chart  -  A  graphic  tool  developed  during  Che  aoftware  deaign  proceaa  to 
Hierarchy  „J  function,  and  provide  a  quick  referenc.  for 

IPO  charta.    Alao  called  Vlaual  Table  of  Cdhtenta  (VTOC) . 

Hierarchy  plua  Input-Proce.a-Output  -  A  tool  dealgnei  to  aid  In  ayate»  developaant  by 

ny  P^^^^^^P^  ^  graphical  repraaentatlon.  f roa  the  initial  daalgn  through  the  life 

of  the  ayaten.  a 
HIPO  -  Acronym  for  Hierarchy  plua  Input-Procesa-Output. 
HI«i  »iagraa»  -  See  Hierarchy  Chart  and  IPO  Chart. 

HIPO  Package  -  ConaiaTa  of  overview  diagr«aa,  detail  dlagraoa.  and  Vlaual  Table  of 
.     Contenta  (VTOC)  . 

Hybrid  Coupling  -  A  combination  of  data  and  control  coupling  J"^*^'^^^' 
for  both  data  and  control  by  the  receiving  5° 
wodificatlon  of  lnatr«ctlon«  during  prograa  execution  (I.e.,  COBOL  ALatK 

Statement) . 

Hybrid  Parameter  -  A  variable  uaed  In  Hybrid  Coupling. 

IFTHEN  -  A  variation  of  the  IFTHWELSE^prioltlva  where  the,  ELSE  condition  1.  a  null 
function*  , 

IPTHENELSE  -  One  of  the  control  logic  prlfflitrvea  uaed  In  atructured  prograrming;  PDL 
eerm  for  a  two-.tate  declalon  nechanlaa  or  conditional  execution. 

Incremental  Delivery  -  See  Packaging. 

indlr.cc  Data  Flow  -  Infonsatton  exchange  in  a  aodulur  program  or.  ayatea  without  b^lng 
indirect  ^J^J^*  J  oSJJ^ua.    Example,  are  FORTRAN  COMMDN.  C0b|^  data  dlvl.lon,  other 

global  variable  uaeap 

initial  Deatgn  Package  -  The  fir.t  aajor  attei^t  to  develop  a       f f '       J";''  "^'f" 
'      producing  docuoentatlon  for  walk^througha  and  for  «ore  detailed  davelopaant. 

Interface  Coaplexlty  -  See  Coupling. 

IPO  Chart  -  A  graphic  tool  uaed  in  the  .of tvare  deaign  proceaa  to  daacrlba  aod  deco«q.oae 
IPO  Chart  ^  A^8^*P^lc^t  x„put(.) .  th.  ProceaaC).  «»d  tha  Output(.). 

Librarian  -  See  Prograaailng  Llftrarlan.         .  ,  ^ 

Local  Para-ettr  ^  A  variable  or  lofomat ion  item  vhich  la  created  and  uaed  only  within  a 
^pacific  module.  ^ 

Logical  Cohaaion  ^  AU  el-..«t.  in  the  «.dule  are  Involved  In  almliar  ta.k.~.uch  aa  a 
general  editing  routine.    Sea  Cohwlon. 
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M.tnfn«.ce^^Thjjffort jKpended  to  debug  or  »dtry  .  prx,grm  vl,lch  i.  no  long.r  In  the 

M.lnt«n«nc«  P-ck«g*  -  An,  doc««nt«tlon  i»hlch  is  d.-eaed  useful  when  -cHlifylng  or 
debugging  production  aoftvare.  ^  * 

Module  -  'j;;"^;"^!^?-"  of  .  .olution;  «,  .s.e«blv.  functioning  «  a  co«ponent  of  - 
,N«««i-«chneldem«n  Dlagraaa  -  See  Structured  Flowcherte. 

NoHMl  Co";;^ction  -  A  ^duie  1.  ia^jy.  initiated  et  .  eingie  entry  point  .nd  temineted  . 
iL  iiiof^S     i!f''    \     Control  elwi^r.  return,  to  the  pqlnt  »her.  .  module 
^«e™I??y  °  "^'^  reference  to  th.t  module 

Nonnel  Det.  Flow  -  P*..ing  data  from  one  module  to  another  by  explicitly  stating  the  " 
v«rlri,le.  In  conjunction  with  a  nonaal  connection.  * 

Normal  TTanafer  -  See  Norwal  Connection. 
N.--S  Diagrm  -  See  Naaal-Schnelderrsan  Magrasi. 

Overvi*,  M«gr«8  -  Pre.ent.  a  general  deacriptioti  of  a  function;  usually  supplement,  the 

.'J:."T^efa":n:hZ!-  '''"^  ^'J^"- 

Packaging  -  A  tool  u.ed  to  determine  where  to  divide  the  problem  for  development;  the 

art  of  .ubdividing  a  skeletal  deai^n  int«.  several  parts  or  packaaes  (Aiml  ^ 
called  Builds.  Incremental  Hellverv.  or  !>oHvery  by  kltt.)       ^         ^  ^ 

Pathologlc.l  Connection  -  A  jodule  reference  to  an  internal  program  element  (either  data 
or  control)  In  another  module;  an  abnormal  exit  from,  or  entrance  to.  a  module. 

Pathological  Data  How  -  See  Indirect  Pata  Fldw. 
PDL  -  Program  Design  Language. 

Phy.ical  Data  -  The  Infonaation  available  prior  to  and  after  system  or  program 

execution.  Generally  thought  of  but  not  limited  to  pundied  card.,  printer 
output,  magnetic  tape,  disk,  etc.  P^^ncer 

Precotspll.r  -  A  progr«,  which  is  invoked  before  the  compiler  to  convert  tho»«  extei»lona 
of  the  aource  language,  vhlch  support  structured  programming,  into  acceptable 
source  language  code. 

Prlmitlv.s  -  See  Control  Logic  Prlnitlve., 

Production  Library  -  Central  repository  for  all  coiem  tlut  h«ve  baen  tested,  and 

mtegr.ted  irlth  all  higher  level  codes;  eoostltutem  the  current  operational 

Program  .  Logically  the  .mm  a.  a  system  or  aodule.  but  generally,  s  sy.tcm  consists  of 
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Prugras  Stubs  ^  Seg^ntii  of  code  vhlch  •ubalitute  for  modules  not  yet  developed  so  that  a 
higher  level  ccmpleced  module  can  fre  tested  using  the  stubs  tn  plsqe  of  the 
tneoB^ilefe  toirer  level  called  nodules « 

Prograssdng  IJbrarimi  -  An  integral  werfier -of :  the  Chief  rrograming  Teaw  (CPT)  who 

develops  and  maintains  the  UevelopMnt  Support  Library  (I^L)  end  pTOgraisming 
Support  Library  (PSL)  • 

I  rogrsttaing  Support  Library  ^  A  software  sysbets  which  provides  the  tools  to  orgenice, 
isi)9lement«  and  control  computer  prograsn  development. 

Project  Administrator  -  A  support  function  for  the  nontechnical  requireiaents  of  a  Chief 
Prograosalng  Tean  such  as  scheduling,  budgeting,  and  personnel  requirements. 

Project  Manager  -  The  individual  ultimately  responsible  for  the  development  effort.  The 
supervisor  of  the  chief  progracwer,  often  performing  the  function  of  project 
ariministratpr,  d 

PSL  -  Programming  Support  Library. 

SAPTAD  -  Acronym  for  System  AnalysiSp  Program,  Transaction,  Action,  Detail,  Associated 
with  transaction  analysis.  ' 

r 

Sequence  -  A  basic  control  logic  primitive  ^hich  is  recognizrd^as  the  execution  of  one 
statement  aft^^r  the  other,  in  order. 

Sequt-ntlal  C'oheslon  -  Module  in  which  the  input  for  one  module  element  is  output  from 
a  previous  mt^dule  element.    See  Cohesion, 

Structure  ('hart  -  A  almple,  flexible  design  tool  which  is  used  to  organize  and  document 
the  thought  process  leading  to  a  problem  solution, 

Struitured  Coding  -  The  writing  of  prn^ra™  by  repeated  use  of  predefined  control  logic 
primitives:    Sequence,  IFTii KNELSF,  DOWHILE,  DOUNTIL,  and  CASE. 

Structured  Dealgn  -  An  /ipproach  to  sc^ftware  development  with  tools  and  techniques 
Intended  to  reduce  tomplaxlty  and  facilitate  maintenance. 

< 

Structured  Fl«ifchart8  -  A  detailed  d€^sl8n  tt)ol  used  to  specify  the  steps  required  to 
perform  a  funttvl^^  In  temvs  of  specific  primitives. 

Structured  Programming  '  The  process  of  devt^loplng  structured  programs;  associated  with 
structured  programming  are  certain  practices  such  as  indentations  of  source 
codes  to  represent  logic  Ifvels,  the  use  of  intelligent  data  names,  and  ^ 
descriptive  commentary. 

Structured  Walk-Throughs  -  Technical  t'Kamlnations  of  the  design,  Implementation,  and 
documentation  to  provide  positive  feedback  to  the  programmer.     (Or  a  set  of 
formal  procedures  for  reviews— by  the  entire  programming  team^-of  programming 
specifics,  programming  design,  actual  code,  and  adequacy  of  testing.) 

Superordinste  -  Opposite  of  subordinate;  boss  or  superior;  with  modules,  the  calling 
module  is  a  superordinate  of  the  called  module, 

Suppi,^rt  Metiers  -  Individuals  required  by  the  Chief  Programming  Team  to  provide 

knc^ledge  and  expertise  in  a  specific  area;  i*e,,  other  programts^r,  contract 
officer,  accountant,  project  administrator,  consultant,  etc. 
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Tt&t  -  Acroqjp*  for  T^p  Hmm  DMtfn  nd  Stnicttsrad  FrngrMJng, 

Tm^oxml  CoHttion  ^  Module  contalntns  ttw  related  elenente.  etich  m  luitieltxetloa 
end  teminetlott  routinee.    See  Coheelon, 

Top  Dcnm  Deeltsi  ^  The  technique  of  tevelofilQg  the  freMvork  for  the  eolution  to  m  problem 
bf  repetitively  factoring  the  prohleei  into  an  organisation  of  eeiall  protil»i 
litiich  can  be  sore  ef fectt'reljr  eolved.^ 

Top  Doirn  Docuaentation     XlluetratM  the  ti^  dpim  dealgn  and  la  delivered  in  incresente 
m  the  ijratea  la  developed.    Indudee  dMcrlptioi»i»  apecificatione»  graphical 
^  repreaentatlonat  suiuala,  plana*  reporta,  llatlngi»  etc. 

Top  Dovn  lapleMntatlon  -  The  coding,  verification,  and  InplenKntation  of  hi^er  levcia 

of  the  ayatea  logic  prior  to  the  coding  of  anjr  aubordinate  aodulca;  an  approach 
to  the  dealgn,  coding,  and  tsatlng  of  the  ayatem*. 

Top  Dwn  Structured  Progras  -  A  atructvred  prograa  with  the  additional  characteriatica  of 
the  source  code  being  logically  aegaHented  in  a  hierarchical  mannrr  and  only 
dependent  on  codee  already  vritten. 

Trana^^tion  Analyaia  -  A  atrategy  for  deaigning  highly  modular  program  and  ayatea  by 
organizing  all  the  coabinations  of  events  whidi  are  poaaible  in  proceaaing 
a  particular  data  iteia. 

Tranafons  Analyaia  ^  A  atrategy  for  deaigning  highly  isodular  progr«:»ia  and  syatema  by 
studying  the  data  flov  throu^  the  problem. 

Tuning  -  The  proceaa  of  avoiding  crossed  lines  In  the  graphics  of  an  IFO  chart.  See 
Coarse  Tuning  and  Fine  Tuning. 

yrOC  -  Visual  Table  of  Contents  •  See  Hierarchy  Chart. 
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CtfQ^ttter  priiiramifig  nmy  be  deflnect  as  rlii*  Hperlf Irnrion  of  a  set  of  Inatructicmfip 
hi^a  forw  ficc«prirt>l€-  to  «  roii^titi*r9  pr<*|»Mrt?fl  In  order  tci  arhicrvt*  a  certain  result.  This 
Htateim*nt  HOimda  {uhc  Hkt*  a  lilgli  sciunil  deffnitlcm  that  vf  II  ^urely  ahav.  up  cm  a  test 
at  HOKM'  timet  ^'^^  ^^^^  course.    We  are  going  to  break  that 

definition  into  three  parts^  define  a  meaning  for  each  parr,  and  look  at  them  separately. 

The  first  part  we  wi  It  desrrihe  in  .  .  .  "The  specification  of  a  set  of  Instruc- 
liiHitt  .  I         We  will  c'all  this^the  Hrt*>leBi  l»ef tniti»iti  ur  Holving  the  prnMem.  Quite 
olten  wht^ti  a  problem  is  define«i  in  deiailp    the  (^ntblem  .solution  becosH^s  evident.  Tlte. 
protilem'H  definitttm  may  be  specified  in  any  ImiguagOp  algebra,  set  notation, 

KiiKliHii,  CCHSCK.,  FcWTRANt  or  SvahiU.    A  problem  definition  may  be  thou^t  of  as  an  out- 
line <if  a  book— all  the  Important  points  are  listed  in  the  order  they  are  encnimtered. 
In  programing  circles  this  mav  also  he  relet  red  to  as  a  "program  design.^ 

The  Heccnid  part  of  tiu*  descripflun  wc*  wHl  discmis  is  **,  •   .  in  a  form  acceptable 
ti»  the  I'ltmpuri-r  •  .         TIiIh  Ifi  thf  Sifual  written  courtlier  program.    It  mist  be  written 
in  a  matbine  acceptable  laiigUHgc,    *'«^'.»    Ini4i4li{net  BAl.t  C^tBi^Ly  Ai.(X)Lp  FriRTRANp    or  RA1.F» 
etc,      IhlH  i?   the  step  In  whl«'ti  you  tiaOHlafe  the  problem  J^finition  into  a  language 
the  CL»m|niter  ian  understand • 

The  last  p.irt  of  tht*  definition,    and  hv  many  standards  the  mc^t  impiirtnnt«  if* 
*\  .   ,  ffi  ••rder  to  achieve  a  certain  renult/'    Thin  Ih  the  prolHt^m  solut  foiu     It  is  the 
result  of  ilie  deMl^n  ol  a  computer  program,    V/lthout  gelling  a  solution  to  tli«<  original 
prot*lt«ni,  WH  r/tn  In  effect  say  that  nofhlnn  Unn  been  done  fn  the  hours,  davs.  4fr  months 
li  tiar«  liifren  to  design  and  eode  a  pro^*ram.    If  our  profraw  does  nor  achieve  Its  desired 
if'tvolt,  ffii-r**  can  <inly  bi»  two  caus«»N.     Kitlier  the  program  deslpji  <lld  not  corrortiv  *«o1ve 
tlie  ptotilfm,  vr  tfte  problem  deslfoi  wsn  not  iurrectly  translated  (roded)  into  the  m^irhine 
•icct'pt  di  te  taiiguai^e. 

I  hi  fir»t  Hlep  in  wi  Ming  a  rompuier  program  is  conHldereil  bv  manv  to  be  the  moMt 
dttffiult  part  of  progrsiufiing*  In  l.olt  this  Is  the  ntep  that  ••I'lnit.ites  the  "coders" 
trom  the  ^'prograamerH A  pCograiwr  is  a  person  capable  nf  propt^rlv  defining  a  pn^t- 
tem,  deHianing  a  program  to  ao>ve  the  pnthlfm,  and  coding  that  pfogrsm,  A  coder  can 
onlv  rode  a  program  In  a  machine  acceptable  language  from  qnmeono  elHe*««  design.  Wtten 
vou  finish  thi*i  rourrii',  earh  of  v«>u  w  i  !  1  havi*  the  knowledge  necef«.*«ary  to  beecsne  computer 
programmers.  What  Vi»n  do  with  that  Kitow tecl^.e  will  determine  viMir  capabilities  and 
growth  as  a  computer  progriiB»aer. 

In 'this  study  gulile  wt-  wl  i  '  ciSicent rat*-  tin  problem  solving  lerlmtques  and  program 
design.      Remeiriver«  a  iorrei-r  program  design  is  really  an  ordered  list  of  til  processea 
vou  Would  have  to  perforfit  If  vou  wer^  the  cnmputet .    If  a  desipn  does  n<»l  contain  enoug{h 
information  for  you  to  solve  the  prnblemf  ft  is  certainly  not  detailed  enough  for  voo  t^ 
tell  an  "idiot  with  the  speed  of  ligftt**  (the  coeq^uter)  how  to  solve  the  problem. 
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PROIUCH  SOtirriON  Ml'THOns 
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A  •nd  «n«ly«lnR  rrobl.a  solution  wthada  .rc?  med  iliroughout  the  nryhU.m 

definition  ph«e  of  ccn^uter  prngrMwlng.    It  would  ho  helpful  at  th?rpol^t  «rua« 

Solving  .  prohlem  I.  the  procesH  a  person  rih-h  through  to  drfine  n  proceuM  which 

niteW    th^rf  ir^*^  r'?"™  '"'^  infnrnu^lon  .r  equlpmeSI!    "to  u- 

?e«  1  ^t"  "-^^^l  one  -can  be  t.ught  how  to  -olvc  nn^- 

sojving  m  an  intultfvt?,  or  unconsdouH,  pi  irpwH. 

If  thii  la  true,  then  a  peraon  cannot  he  taurht  how  to  "solve  a  problem  "  hut  ho 
can  be  ahown  «o«e  of  the  n^ethods  used  hv  tlu-  good  problem  solver       He  then  ,:«,v  .  • 
aol^ti^n""'  '^^"'-^  P^-^*^!-       order  tr.'Ivl  at  a 

«poe.«  IThil  Iv,^  *  Hifferenc  pn*le«.  in  what 

.4        !    \  *  '^'^  "^y*         *"  8*««  to  the  anlurlon  In  one  of      or  a 

con*ln«tlon  of,  the  following  different  methods.  ' 

•  DIRECT. 

•  ENlIXKRATINn. 

•  SCI€WriFIC  TRIAL  AND  ERROR. 


siMii.^tiaN. 


le«  ilL^^^  ""."^'^  i'xnmlne.  thP  first  thing  to  he  done  is  to  put  the  prob- 

lem into  a  proper  framework.    This  franework  consists  of  three  partH. 

1.  Identify  the  knr^n  parts  and  thtHr  rolat  Innfshfp  to  thf  aolutiof^ 

2.  Identify  the  solution. 

3.  Identify  the  unknown  or  variable  parts. 

the  kn^i"«JT  Til'  r^"*^*-       hullding  a  string  of  relat lonahipH  brtweon 

the  known  parts  of  the  problem  and  the  Holution  to  the  problem. 

rh!!"fTi?*'*^'';*^^       difficult  to  know  which  reUtionahlpa  wi  I'l  lead  mmt  directly 
M^"  efficiently  from  known  part«  fo  «olutlun.  he  proba- 

bly h«  mo^,  'feel-  for  the  problem  than  one  who  «tm*lea  about  before  finding  tJ.rnJht 


Direct  Method 
1 


«id  Z  l     iH  Prn^rably  the  mmt  widely  u.*d  of  .11  proble.  solving  ^thod. 

SJ'rJ?!^       '    I  ingrained  and  habitual  that  U -ppe.n,  to  be  purely  Intuitive. 

For  thl.  re«j.on.  it  l»  extrem-ly  difficult  to  eicplaln  or  to  .„aly«e  It  acieotlftci  Iv 
If  you  conalder  being  thlrnty  a  prohlea..  then  the  solution  to  tho  proMe.  Z  d  J^";; 
to  the  water  fountain  and  get  a  drink."    71,l8  would  be  .„  e^aa^i^  of  .  rf^eet  aoI^tlS 


Bthnd. 
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TlitN  tok^iridd  In  alNit  whlelv  uHi'iJ  and  In  ho  Nimpli'  rlwit  tr  ni^ht  Hem  that  tlu  tt*  in 
Itttli*  TfaHtMi  tor  i»vtMi  list  lug  Ji.  U  iomiHiH  of  cluuklns  i*Vi*rv  pniisiihle  entity  that 
cauld  bi*  n  ttotuttott. 

In  tither  wuriU4»     H  nii»?  wi«hoii  tu  find  tht»  heiivii^fit  book  in  a  library,    lie  would 
wi*igh  each  o\u\  check  ciich  weight*  *mil  Helert  the  bniik  with  the  larp.eat  nufiibcr.  There 
are  tw*>  requirementH  lor  usin|{  thin  im*thftd* 

1.  All  of  (the  Huliitlon  pitHnlh i  He  le»  muftt  be  knitwn, 

2,  Thi  re  miiHt  be  H<fm  eriterimi  u^nlnHt  which  to  match  the  pONslbiliCies . 

Sr lent  it  ic  Trial  *ind  Frror  Method 

<ilm{lar  to  the  enunu^rntfng  method,  the  Hrientlfir  trial  and  error  method  la  used 
wtien*  the  number  of  poHKihle  solutionK  In  very  great.     In  prfictlce.  It  works  this  way, 

A  gueHi»*  In  made  at  thf  answor.    We  try  to  come  as  close  to  the  solution  as  posal^- 
ble,  litjt  it  Is  not  necensary  ti)  he  close,    11ien  the  guesn  is  examined  for  what  it  has 
tliMie  for  the  pr4ililem.    H^sed  on  the  rcHults  of  this  examination,  another  guass  la  made. 
Hu.  .-fMllv  this  ih  a  better  guesK%  and  w«*  rniiR*  even  closer  to  tlie  Kolution,     These  steps 
.11  i    tt'piMii^d  until  the  solution  is  fttund.     This  may  at  first  .ippear  to  be  ^  very  prim- 
it  i  vt*  apprtiiU'h,    hut  it  In  a  vi*rv  versatile  and  useful  method  of  attacking  a  problem; 
U   Ih  wi  ll  suited  ti»  computers  aH  It   Ih  lianfrallv  a  reiterative  method, 

AO  eKcellerrt  use  of  scientific  i  rial  and  error  would  be  a  common  method  for  taking 
the  square  root  of  a  number  using  a  h^islc  A  funcMnn  calculator.    Let's  call  the  nutAer 
we  want  to  take  the  square  root  of  "X."    Then  we  will  let  our  initial  gueaa  called  "G" 
be  X  divided  by  2  (H  -  X/2).    Now»  using  the  language  of  algebra  J 

^        .  ^     ^*  *  .  ' 

♦       Nov  if  Y  and  c;  are  equal,  or  verv'  tli^se  to^e.ther,  we  are  through;  otherwise^  we  let  G 
eqital  Y  and  thc^H  reev^luaVe  tJu>  equation. 

The  Simuh*!  Ion  Metliod 

The  slmulat  ion  method  of  problem  f^olvioK  gcjcs  3  step  beyond  the  mathematical  model 
of  our  algorithm.       With  this  reetlu>d  we  atii»mpt  tin  actual  working  mode]  of  the  real 
worlJ.    The'working  modi'T  Is  set  In  nif»tion  ^tnd,  we  sit  back  to  S€»e  What  actually-  happens. 

Kii  an  example,  .  let  us  !ii?lp  the  r  tiwn  os  I.oannlsport  with  a  traffic  problem.  The 
main  intersection  of  the  town  has  a  dias't Ir  .prob lem  every  day  at  ^:30  P.  Traffic 
seems  to  be  tied  up  In  all  direct  ii«n^  for  more  than  an  hour. 

fhe  tiysfgn  council  has  decided  that^a;;more  mo^rn  tr^it*"tc  slgtial  will  get  things 
moving  quicker,  and  the  problem.to  be  resolved  is  tlie  timing  and  display  sequence  of 
the  light.  '  < 

Using  the  simulation  method  here  serms  to  be  in  order.  Data  on  traffic  flow  is 
gathered,  along  with  other  data  tHat  may  Iniluenc^thfe  probieit^such  as  the  n^er  of 
pediiatrlaiwi  mini^  the  Intersection,  si  hoc?ls  in  the  area,  maxtimim  spead  1 1mA ts;*cona la- 
tent with  safety,  etc.    A  mathematical  algorithm  is  built  with  this  data  and  a  variable. 


ttie  w.rUble  1«        varloiui  ciming  und  display  Ki-,utjnce  whfrit  raunoM  the  IcaRt  rnnRes-  . 
tion  «e  thP  Intersect i.m.    Tli|.  algorithm  Jh  wrltt..n  for  th*.  romputrr.  And  thn  proKrin 
IH  run  using  dlffer(.'nt  valiim  for  thp  compinff  to  t^lvf  un  thp  answers. 

Thf  l«st  problem  slvi-ti  un  the  oppnrJunfty  to  .nake  rt  very  ffnpnrtnnt  point.    A  uolu- 
tlon  and  answer  are  two  cUfferent  entitles.    Note  that  Jn  Lnnnnlspnrt  the  solutl.m 
the  traffic  problem  waw  the  insitallation  of  .i  properlv  Heqiien.  o.l  trnff  Ir  Uaht  /it  thr 
m«<n  Interaectinn. 

An  anHwer  rolateH  to  «  specific  set  of  pmhlepi  specif it#ir  l-ns  where  «  varinhlr  han 
b*en  Riven  ■  value,     and  that  value  iR  used  in  ccmputatinn.      Kvi-rv  time  a  different 
sequence  for  the  light  wan  used  In  the  nwthemiit  Iral  algorithm,     the  romputer  came  up 
with  .in  answer,    f^lv  one.  or  at  moHt  only   i  lew  ^OHwers,  satiNfled  the  specif  I  cat  I  on« 
of  the  solution,  whirh  w.ih  a  minimum  nnounl  n'f  rnnRPsrion  at  thr  interNectiun . 

i>ne  other  thing  we  sJiouId  p«iini  out  her.-  Is  that  it  is  verv  difficult  to  pin  n 
label  on  ch*.  method  of  attack  for  a  partlcui.ir  problem.    Anv  on.-  problem  may  involve 
all  of  these  iwthoda  to  Hone  degree,  even  if  the  BoUitlon  cork-n  so  quickly  as  to  defy 
naming  the  pisvcess.    If  we  go  back  to  the  problem  of  quenching  a  thirst,  we  said  rhe 
solution  used  the  direct  method;  hcjwevor,  thi*  proross  of  going  to  thr  water  coi.Ier  was 
a  repetitive  process  of  putting  one  foot  In  front       the  other.    This  cnuld  be  cnnsid- 
ered  to  be  scientific  trial  and  error,  hecansr  oaHi  time  you  taVe  a  step  you  reevaluate 
your  direction  of  travel  based  on  your  pros- nt  position  with  respiTf  to  the  water  cooler 


e  ^,  THF  ALGORITOMIC  STATEMFMT  OF  I'ROBLEM  SOUtTHlNf: 

An  algorithm  is  the  set  specif  icatlona  or  inst»:uct  ions  for  doing  something.  Usu- 
ally that  something  is  solving  a  problem.    As  such,  an  algorithm  need  not  be  mathematical. 
A  mathematical  algorithm  might  he  as  follows!    Take  a  number,  mulllplv  It  by  itself,  add 
to  It  twice  itself,  then  subtract  one  and  call  this  rhf  n-fiult.    This  Fngllsh  algo-ithm 
can  be  stated  in  anothtr  langunge  called  algi'brn. 

R  -  X*^  *  ZX  -  1 

\  A  good  algorithm  ham  two  propertiPN.    FltRt,  it  muBt  be  tlear.    Eiich  ^tcp  must  hav«' 

VJofti^  nnd  onlv  one.  Interpretation.    EvMrvonc*  rr^idlnn  tho  Mtep  munt  bo  «h1f  to  arrnmpHsf, 
it  in  the  ffam  way.  arriving  at  the  sami'  renuU.    Second,  an  atgorlthm  muiit  stop. 

To  demonntrate  tht»  Irnportance  of  thesp  two  prom?rtleR,  take  .ia  an  example  an  algo-^ 
rithm  for  makings  a  good  cun  of  coffee,    tn  which-  the  fifth  stPp  If*  wrlttenf    "Add  1 
teaspwn  of  iiugar  mtW  the  coffee  is  nweet  enough."    We  have  «ald  that  the  algorithm 
must  be  clear  and  mu»t  Htop,    but  the  concept  of  sweetness  varies  from  penion  to  nerion; 
thua,  a  perfon  reading  these  instructlona  who  hoa  a  defarm?d  Men«f»  of  taato  tnav  never 
•  top  adding  sugar  to  the  cup.    A  better  fifth  atep  would  br  "Add  one  teaap.^on  of  Nugar" 
followed  by  atep  aix,  "Tattf  coffee";  atep  neven,  "if  it  la  not  aweet  enough,  add 
another  teaspoon  of  augar";  and  atep  eight,  "Repeat  ati^g  %i%  and  »oven  until  the  coffee 
ia  aweet  enouRh  or  ten  tewpoana  of  augar  have  bei|i  added."       Nofe  that  thia  laodlfied 
«lgorit)ui  1«  clearly  stated  «nd  will  atop,  hut  It  mv  not  a  ^Ive  the  probte«  of  Mking  a 
footLptfp       coffee  for  the  fM^raon  vitfi  a  defonaed  %f^xmt  of  taaio. 

For  the  majority  *of  our  wot*  we,  of  cmirae,  are  fnterestett  In  algorithav  that  aolve. 
our  proble»a     However,    not  aolvli^  thf  probleai  doea  not  invalidate  the  alsorithm;  it 
—  t  only  be  elewentary,  clear,  and  temloatlng. 


I.      KtfBttwt'  till*  Wijtir  tnm  n  \Hm\  wUtt  m  B-^ouncc  glatiH* 

Thin  Im  •  Htraight^torwurd,    u^arablgu%>uR  tank.     Wc  ^an^P ftur«  also  that  it  will 
i'vc»nrua11y  atop,  evi^ti  though  w  do  m)i  knnw  how  long  it  might  take* 

f 

,/ 

The  nirt»rr  Algn^tlim  ^  ' 

/ 

A  dftt'Ct  algorithm  Is  um^  lhar  in  nuiih*  up  of  a  numt>er  of  known  steps  and  ,a  result 
,  di^tfrmint'd  by  tlu-Hi-  nifp^**    TIn'  firf*!  fxampJe  wt-  gave  you  in  the  previous  section  Is  a 
dlr«*cr  algorithm.    Wf  can  tell  Just  by  looking  at  the  wording  or  the  al^bralc  notation 

2 

R  •  X"  ^  2X  -  1.   luHt  what  and  how  mucfi  .is  hiV"lvi»d  1p  ohtalninp.  a  result. 

Iht'  Hi'p^titlvf  Algorithm  "  *  * 

A  rc*pi>ti  tlvt  9  nr  Ifirativ**,  ^ilgftrlrhm  in  one  In  which  some*  or  all  of  the  stepH  of 
thi  fuocess  art*  ri*p^'^^(*tl.    An  t*iiample  of  an  iterative'  algorithm  wan  given  in  the  exam- 
pit  i»r  making  a  good  cup  ui  tuitof  in  which  Htep  6,    "Ta#5te  the  coffee,"    and  step  7, 
•*I  f  not  p4vteei  eiiough,  mUi  ant»thi»r  teanpoon  of  sugar,*'    were  repeated  uittll  the  coffee 
wa^  sweet  enough  or  ten  feaNiitidnH  of  nugar  had  been  added. 

The  Indirect  Alguritlim 

Very  simply,  an  indireit  algc^rfthra  is  one  tiiat  is  not  direct.    We  have  said  that 
a  ill rect , algorithm  hiis  a  numhor  of  kiiivn  Kti*ps,  and  we  could  tell  how  njuch  work  had  to 
be  dune  by  looking  at  it  , 

Note  the  nvrond  example  where  wi'  referred  to  removing  water"  from  a  pond  with  kn 
8-ounre  gla^a.  It,  like  fihe  coffee  ;i1  gtiri  tlim,  is  iterative  but  it  ip  unknown  at  the 
beginning  how  manv  riroeM  the  procenn  t»f  dumping  one  gli»8H  of  water  must  be  i^epeated. 
It  will  be  aeen  that  ilit-  indirect  alK'^rithis  can  be  put  to  great  advantage  in  aolvlng 
proMemH  with  the  computer. 

*  m 

:      .       ^  '         PRtHil.KM  DKFINITION 

#  V 

\n  the  intriiduci  ioti  to  tUin  stuilv  guide,    we  Rested  that    "Quite  often  when  a 
problem  ih  defined  in  detail,  the  problem  solution  beromes  evident  Vou  have  prob- 
ably airt*ady  a»ked  vaurnt'lt  some' quef^tionn  £^out  this  Htatement*  such  as:    What  do 
me^n  by  d^fil1e  in  detail?     How  can  we  define  a  ^complex  problem  in  detail!     Why  not 
just  do  the  Joh  and  define  tht«^,  problem  as  we  go?    These  Vre  all  >^alid  qu<$ati^na  that 
will  be  answered  an  we  pr.ogress  through  thin  s&ction.  v 

First,  why  even  worrv  about  fining  the  problem?    To  illustrate  the  need  for  a 
complete  problem  def  tn^i tionr,  Ivt suppose  you  were  jiven  some  Air  Force  orders-send'^ 
•log  vou  on  temporary  dutv.    TtVeo/ders  stated  only? 

Report  tos  Colonel  Arnold  Makb^At 
123  S.  Main  St.*  Rro^ifil 
Washington  i 

at  nsoo  bout  ft  3  davg  fro©  today. 


Do  you  h«ve  the  inforMtion  you  will  to  perform  the  j<*  you  have  been  tiveti? 

No?    You  Ate  rlrfit.  are  you  going  to  get  there?    Plane?    Car?    Train?  Stagecoach? 

What  do  ve  nean  by  today?     Now?     The  day  the  ordera  were  printed?     The  day  Colonel 
Flakhait  aald  "Send  G.K  Joe  to  Waahington?"    For  that  aatter,  tfaahington  where?  DC? 
State?    Arkanaaa?    Suppose  you  get  the  dates  atraightened  out,  discover  you  are  to  drive « 
and  Waahlngton  is  in  the  Northeast  United  States.    What  do  you  do?    Sit  down  and  decide 
which  highways  you  have  to  take  to  get  to  Waahlngton,  DC?    (You  ri»ad  the  Air  Force  TinieB 
and  know  Col  Flakbait  can  usually  be  found  hanging  arotnd  the  Pentagon.)    I  hope  you 
don't  go  to  DC  because  Col  Flakhait  is  expert ing  tn  meet  you  in  W«ahington,  Conn, 

What?    You  say  the  Air  Force  w^uld  nnt  issue  any  orders  like  the  one  abpve?  True! 
Hwever,  you  may  rest  assured  that  as  loni^  as  you  are  a  co^uter  programer,  people  will 
bring  you  probletaa  that  are  not  even  as  well  defined  as  our  proposed  THY  orders,  ^ 

Consider,  for  eKample,  the  businessman  who  wonted  to  %/rite  a  program  to  computerize 
his  stock  Inventory.    His  program  consisted  of;  . 

«• 

"Dear  Computer, 

Please  take  the  following  infnnnation  and  save  It  so  that 
you  can  give  it  back  to  toe  in  the  way  I  want  it  when  I  want  it," 

Our  businessman  fallowed  this  statement  with  his  store's  inventory  list.    He  was 
quite  serious  and  felt  he  had  given  the  computer  all  the  Infnnnation  it  needed  to  do 
what  he  wanted  done.    Do  vou  know  what  he  wanted?    I  don*tf 

We.  will  resort  once  more  to  a  definition  here— not  to  hp  tm^moriased  but  to  be  sure 
that  each  of  us  is  talking  about  the  same  thing.    Webster  defines  PROBLEM  this  way:  A 
question  proposed  for  solution  or  consideration.    Tf  we  do  not  take  too  much  notice  of 
the  last  two  words  for  the  present,    we  havr  a  working  definition  of  our  purpose  as 
comput<?r  programmers — to  propose  solutions  to  a  qurstion.      The  question,  therefore, 
becomes  the  problem. 


«l.*f^ver,  brtur«  we  \ump,  mtv  writing  a  program  tu  naive  a  given  problem,  there  are 
nu»b«r  of  things  chat  omtit  be  done.    One  of  the  thin^i  to  he  done  at  Che  beBlnnlng  la 
to  •ll.lnau  a.  m^y  aaauaptionn  aa  po<.<iible.    Aasta^ielona  wiU  probably  get  you  Into 
■lore  truuble  than  ^lything  eJae.    Do  not  aaauw  that  you  knov  what  the  problem  la  on  the 
ftrnt  telling  or  reading.    Ifn fortunately,  the  language  used  to  relate  the  problem  to  the 

JI^^T^'ri!  l  ^""^^^f  Infinite  ahadea  of  meaning  to  different 

people).    This  ia  had  emmgli,  hut  add  a  amatterlng  of  technical  jargon  and  who  can  be 
■"""•J!?*!  I**'*'"*'^''  the  boas  to  hl«  employees?    "I'm  sura  that 

J'^K^'J  understand  what  you  thought  I  said,  but  what  I  meant  to  say  la  not  what 

I  think  you  have  aaaumed  I  meant." 

Now  that  we  are  wll  aware  of  the  pitfalls  that. can  be  found  in  the  realm  of  prob- 
iu^lls    *'  «  H*^'  if  w*^  can  find  a  mi-thod  that  will  help  us  to  ateer  around  these 

t 

urril^hf*"'         '\1  d.«n!      Don't  rely  on  your  memory  because  - 

iJllr  t  Tt^  lWl  r  forgotten.      If  you  don't  believe  me,  »^at  room 

,  ^**'''!!/'  ^"  ^'^^  peeking!    The' reason  you  had  trouble 

remembering  the  room  number  Ik  because  it  dl.ln»t  seem  important  when  you  read  it.  Very 
often,  facts  that  seem  Insignificant  or  unimportant  when  the  problem  Is  first  presented 
to  you  can  turn  out  tu  be  the  vital  kev  t..  llie  successful  solution  of  the  problem. 

The  second  rule  Is  t..  solve  only  Himple  problens.      However,  you  and  I  both  km/w 
that  people  are  not  going  to  bring  you  simple  pniblems  to  solve-they  will  solve  those 
themselves.    You  sre  Rolng  to  he  given  some  prol.hw  that  will  put  you  Into  the  "mui*le 
mode.      If  we  are  given  .omplex  problems  and  n)\  we  can  solve  are  simple  problems,  what 
do  we  do?    Obviously  we  m«.Mt  somehow  m^.ke  the  complex  problem  simple.    Easier  said  than 
done,  you  say?    Agreed.    But  if  we  were  to  eK«»ine  a  complex  problem  closely,  we  would 
d  scover  that  it  IS  made  of  many  siople  problems.    It  is  not  likely,  however,  that  we 
wl  a  he  able  to  use  the  direct  method  nnd  Just  write  down  all  the  simple  problems  that 
make  up  our  complex  pr.*le«.    A  Scientific  Trial  and  Error  method  might  be  appropriate. 
We  jegln  by  breaking  our  complex  problem  into  a  few  simpler  problems.    If  you  divide  a 
complex  problem  into  smaller  subproblems.  each  subproblem  must  he  simpler  than  the  whole 
problem.    Each  subproblem  only  contains  a  part  of  the  problem-much  like  breaking  a 
pencil  In  half,  each  piece  Is  smaller  than  the  whole  but.  together    the  makeup  Is  whole. 

As  you  are  reading  the  next  fvu  p.,ge»,  you  may  get  the  feeling  "This  is  ridiculous. 
Anyone  In  his  right  mind  would  Just  start  getting  the  answer  to  the  problei*  and  making 
any  de^ I as  he  romeM  to  them."      True!      That  will  work  fine  for  you  because  you 
have  the  unique  ability  to  reason.      H.wever,  the  computer  does  not  have  Mils  ability 
You.  as  a  programmer,  are  required  to  Hml  and  solve  all  possible  alternative  solutloiis 
to  any  problem  for  which  you  wish  the  computer  to  calculate  an  answer. 


The  input -Process-Out  put  (IKO)  Chart 


(onslder  now  a  workable  method  tor  subdividing  a  complex  problem  and  for  writing 
i^vetvthlng  down.    Take  a  piece  of  ^aper.  briefly  state  what  has  to  be  done  at  the  top. 
and  then  divide  the  remaining  part  of  the  page  into  three  columns.    In  the  right-hand 
column,  state  the  specific  result  or  results  of  the  solved  problem.    This  is  known  as 
the  oulput  of  the  problem  solution.    In  the  left-hand  column,  write  down  all  the  infor- 
mation you  have  pertaining  to  the  problem.      This  is  called  the  Input  to  the  problem 
aolution.    In  the  middle  column  list  all  of  the  things  that  have  to  be  done  to  get  from 
the  basic  known  information  in  the  left-liand  coluw  to  the  desired  result(s)  In  the 
rlght-^and  colimm.    We  will  call  this  column  the  proceas  colwmi. 


A#  an  aMWiU,  l«t*»  fo  jback  to  out  orlgituil  »«t  of  vague  orders  to  go  Tiff .  That 
is  a  probles!    What  haa  to  be  dona?    Go  TDY?    Rli^t.    But  what  apacific  reault  do  we 
need?    Of  course— "Report  to  Colonel  Flakbait .V  Iff  the  proceaa  colunn.  Hat  the  wajor 
tasks  that  auat  be  performed  to  produce  the  re8ult(a)  listed  in  the  output  column. 


on  TDY 


iNPirr 

PROCESS 

OUTPUT  # 

Col  Arnold  Flakbait 
123  S,  -Hain  St,  Rn  461 

Hather  needed  information 

Report  to  Col  Flakbait 

Washington? 

* 

Plan  trip 

Need  to  go  TDY 

Travel 

Base  Personnel  Office 

Base  Transportation 

Office 
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You  will  note  that  some  item  other  than  the  iftformation  on  your  orders  are  listed  in 
the  InputSbluon.    This  is  because  it  is  always  better  to  have  t;oo  touch  information  than 
not  enou^.    If  sooethlnR  is  listed  in  the  input  section  that  was  not  uaed  to' solve  the 
problem,  it  can  merely  be  crossed  off.    Nut  mo  with  information  omitted.    It  la  neceasary 
at  this  point  to  emphasise  that  the  tasks  listed  in  the  process  column,  when  performed, 
TOjst  produce  the  result^  listed  in  the  c#utput  column.    Pon't  worry  now  about  how  you  are 
going  to* perform  each  yirocess — th8t*wlll  fome  later. 

We  now  have  a  complex  problem  that  haa  been  subdivided  into  three  sitnplelr  problenB,  , 
If  you  can  easily  see  how  to  solve  any  of  the  tasks  listed  in  the  process  column,  then 
they  are  simple  problems.      Solve  them!    Treat  each  of  the  remaining  taaka  as  a  comiUex 
problems  subdividing  them  using  the  IPO  chart  as  discussed  above. 

In  the  text  where  we  di£5cussed  solution  methods,  we  stated  that  sometimes  it  1* 
helpful  to  work  backward  from  desired  result  to  known  information.      This  is  an  appro- 
priate method  of  attack  for  this  problem.    We  will  begin  with  the  travel  process. 

Whft  Is  the  desired  result  of  our  travel?      To  be  at  the  appointed  place  at  the 
appointed  time?    Right.    Okay,  what  information  do  we  need  to  perform  the  travel  function 
or  process?    We  need  to  know  the  mode  of  travel  and  have  a  trip  plan.    (We  assume  the 
trip  plan  will  be  valid  to  get  us  to  the  right  place  at  the  ripht  time.)    Our  process  for 
the  travel  function  then  would  be  to  either  travel  by  car,  or  travel  by  plane.  (The 
Government  doesn't  use  stagecoaches  much  amymore.)    But  if  we  travel  by  plane,  we  will 
need  a  ticket,  so  let's  add  that  to  our  input  column.    Our  IPO  chart  for  the  travel  func- 
tion now  looks  like  this: 

TRAVEL 


Rir 


INPUT 


PROCESS 


Mode  of  Travel 
Trip  Plan 


Airplane  Ticket' 


Travel  by  Plane 
Travel  by  Car 


B 


5*' 


WTPlfT 


Be  at  the  appointed  place  at 
the  appointed  tiiac. 


23 
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Niiticf  the  dddicton  ot  th**  arrowHa      In  chin  HlruAtiont    It       relatively  easy  to  see 
which  ifiputa  ori*  UHe4  by  ^ilch  proce«tH  and  whidi  process  reBtilts  fn, which  output.  We 
draw  the  arraw»  so  that  thv  next  titnv  we  Iwk  at  the  IPO  chart  we  wcrn*t  have  tu  waste 
time  analysing  and  nmkln^  a  deciHiiin  th.it  has  alrt^ady  heen  made.    Write  everything  down, 
reraen^er?  We  will  contlnut*  the  process  with  the  trip  plan  task. 

TRIP  PI  AN 


INPItT 


PROCHSS 


OUTPUT 


Mode  ot  travtl 


Place  and  date  tiv 
report  to  Col  Flakhait 


Plan  an  autoroobile 
trip 

Plan  tra»vel  by  plane 
and  get  ticket 


Trip  plan  for  car 
Trip  plan  for  plane 
Airplane  ticket 


ft  Notice  here  that  two  different  results  are  listed  In  the  output  column,  and  that 
each  output  was  the  renult  of  performing  a  ^4eparate  process.  This  fact  will  be  used 
later. 

Now  we  will  repeat  the  process  for  the  "gather  needed  Information"  task. 


INPlfT 


GATHER  NEEDED  INFORMATION 


PROCESS 


oirrpuT 


Vague  TOY  Ordern 


Base  Personnel  office 


Base  Transportation 
Office 


Locate  an  Individual 
who  can  supply  Infor- 
tnatlon  about  location 
and  date  of  meet 

net  location  and  date 
of  meeting 


Get  mode  of  travel 


Someone  to  contact  for 
locatlt)n  and  date  of 
n^etlng 

Location  of  meeting 
Pate  "of  TT^etlng 
Tine  of  n^eting 

Ilode  of  travel 
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Si>mething  new  has  heen  added.    Aii  output  from  one  process  has  been  used  as  an  input 
to  another  process  within  the  same  general  problem  area  or  module-      This  is  perfectly 
all  right.      The  arrows  indicating  this  will  be  a  big  help  later  when  we  are  deciding 
the  iirder  in  which  the  proresses  (functions)  are  to  be  perf om^d. 

We  have  nt'^w  completed  Mubdividing  uur  complex  problem  one  level.       We  have  also 
defined  each  of  the  subproblems  as  a  module  whlcth  contains  one  or  more  functions  to  be 
performed.      This  may  or  may  not  be  suHicienf  to  determine  -a  solution  n^thod  for  each 
subproblem.     In  most  cases  it  will  not.    However,  before  we  go  on  with  the  subdividing 
procesf?,  let's  tak^»  a  close  look  at  what  we  already  have*      Severa,l  places  we  used  dif-^ 
ferent  words  to  express  the  same  meaning  (shame  on  us).    This  is  not  a  good  idea  because 
It  could  cause  confusion  later^on*    We  should  go  back  and  rewrite  our  IPO  charts,  using 
the  same  words  to  express  the  same  meaning.    Before  we  do  that'i  however^  are  there  any 
IPO  charts  that  list  two  or  more  seemingly  independent  processes?    Sure,  the  "trip  plan" 
and  the  "travel**  IPOs  seem  to  have  independent  processes.    Let's  separate  those  and  make 
each  process  a  separate  module  or  subproblem  of  our  main  problem. 


52i 


i)ur  U*<t  i-tiariK  mm  look  like  thlni 


mnrr 


B««Mc  PcrsiffiiM' f  iiffi 


1'ii«vp|  hv  •iiiifMQiihl  Ir 
I'  Ian  ffJdiH'  t  rl|* 


Travel  l»v  pl;iiH' 


otfTpur 


 ^ 


H;is«*  Tf  .irisp.  .ff  af  Ion 


|(*    I'iMll.llf    wImI  I'flfl 

iiippiy  Int^nriUfl  inn 
(l.if  t'  iH  mf'i'f  liiR 

m!   nifi't  inK 


cHrTPirr 


S(«tm'€>fH*  to  contact  f«»r 
l<n'<ii  fun  anri  Hati*  of 


fnfwit1<iii  of  meet  {fig 

Pal  of  sieet  ing 
Tint*  of  wetin^ 
Modf  nf  travel 


INI  ri 


Hi  file  nf  travel  Is 
bv  aut 


PLAN  AKrWHWn.f  TRIP 


PKOrKSS 


Plan  aufowohlle  I  rip 


fHTPfT 


Trip  plan  for  travel  Hv 
aut  oruthi  It* 


IMP  17 


Trip  plan  l.ir  lt;ivel 


TRA\T,L  BY  iMmifllBII.K 


OUTPtfT 


Tr«fVi'l  hv  aiitMOidhile 


5?5 


91*  at  rliif  appointed 
loi  ation  on  the  proper 
datf  al  the  pritpcr  tiw 


^ERIC  <:^: 


in 


/ 


INPUT 


PRWIESS 


oinnfr 


Mode  of  travel  iu 
by  plane 


Dat0  4it  mt-Hi  ing 
Ttw  meeting 


I'lan  a  plane  trip 


Trip  plan  far  travel  by 
plane 


iNPirr 


TRAVi:i,  HV  IM.ANK 


PRornss 


OUTiniT 


Trtp  plan  for  crave] 
bv  plane 


Travel  by  plane 


Be  at  rho  appointed  loca- 
tion on  rtie  prifper  date 
at  rhf  proper  rime 


Yuu  mav  riav#*  norlie,!  that  tht-  previiHifi  four  ffii  iharrH 'llateH  flh*  nnm*  ffrori-^R  that 
WMH  IlHf^'J  as  a  Hiif»pr«»ht«'m  nt  nur  nverall  r.»mplr«x  pr^iblen.    THIh  nliuuld  nnlv  bt*  Hone  IT 
a  HoIutliMi  nk«rhfxf  in  rvaM^v  apparent  tu  anvitiM  wh<f  might  ht*  Htudvfnn  tli«*  M'^*  cb/irts. 
ThiM  is  ohvlimHly  nnf  thi   ca«e.    You  guemeit  li  !    Sidtdivlding  the«i'  Jour  pnthlrmH  will 
be  left  an  m\  exert*{Hc«  fi.r  vou  to  do.      'luu  mav  find  that  a4t»e  requftpd  itexm  fiave  not 
been  lisit^d.      If  ho,    at  d  the»  to  the  iupul  ri.tumf?  of  the.  appropri .ite  |ro  *  hart  *  For 
example,  v^m  wouhl  probaf  lv  need  an  auii^niobi  h*  liofon*  you  could  drive  to  yuuf  deHtinn- 
tion.    Titr  ffiat  matter,  i^ould  you  want  !«•  plun  an  automobile  trip  it  vou  didn't  have  a 
car  avallattle/      Keep  fo  mlnd»    however,    that  i^enever  an  item  is  added  to  the  Input 
column  of  4ine  mt>dults  then  koap  correapitiidln^  iMitry  or  entrlej*  must  be  raflde  elsewhere 
In  vour  pr4>blem  dencription  to  insure  th*  n<v  ttH|uJred  input  Item  will  be  avail^le  when 
needed • 

Hid  vou  ni»tlte  that  every  rlmi-  w#?  i^  iNHI vlfltnl  a  pn^l^lepi,  more  ^fiiestl        H#t*m««d  to 
appear?      This       normal.      riie  question,  were  ;ilv^vf<  there,  we  were  Oi-r  ownre  of 

them.    A  problem  In  not  completely  defined  aw  l*mg  ;is  «ome  queNtl<«:i  remainr^  imannvered, 
or  Siwie  aafiun^itlon  ban  not  been  accounted  fur.      By  thl«  definition,    none  of  our  sidi- 
problems  have  been  completely  defined.      Tliev .  tiave,    however,    s#r*  •il  flieir  purpone  of 
Hhowln^  .1  need  for,  .uid  a  method  i»f,  dividing  ;i  prohlem  Into  len*   .Mmpl^'v  ^ubprubleiv 
to  enable  ttie  dev4«Iiipmf*nt  ef  a  Holution. 

Tlie  Hlemrchv  Charr 

You  can  readi  Iv  wee  that  as  ui-  ei»ni  inue  IhlM  sirfidivldInK  pro.  »       w  nr^    Kohi^-  ! 
produce  a  li»t  •»!  pa|»«'r>*,    e/ich  with  an  IfO  eliiiE  t  on  It.      Ve  alri  i»  *   l*;e'.-  six  .lod  nvt- 
Dftwliere  near  com|»Iete  with  uur  de sLript  li'n.     ir  rei^^tr  be  lielpful  n.  dev'h{e  .1  m-i.Uut\  M 
Indexing  our  IPO  chartH  ho  that  w**  can  i^eep  funno  oriler  i4>  our  *'dtn'unient;if  ion*'  i«f  th** 
pr«vblem  solution.      Have  you  ever  Iteard  the  Htatemeiit,    **A  picture  Jh  worth  a  thousand 
wordii**?     tfe  believe  that  statement,    ho  wtf  are  going  ti»  drw  a  pi  fure  4»f  i*ur  problem 
solution.    We  will  call  thin  picture  a  hleratehv  chart.     Ir  will  ho  uned  to  show  wltleh 
^ii^le  problem  are  parts,  or  coiiqionentH ,  of  mi»re  coiq^lex  problems.    It  ia  very  similar 
t«>  an  organiKational  chart  which  showa  wliich  oi  t  lee  in  ref«ponaible  tit  whicJi  office^  We 


li 


will  start  hy  llHtlng  the  owln  probleis  Blatenent  in  a  box  at  the  top  renter  of  the  dorp 
Each  process  listed  in  the  IPO  chart  for  the  luln  problem  atatetwnt  will  be  listed  In  «* 
.^eparate  box  In  a  horizontal  line  below  the  top  ban.    If  the  second  level  IPO  chart  for 
a  particular  siAproblem  contains  more  thmi  one  tank  or  process,  then  each  process  In 
listed  in  a  box  below  and  connected  to  the  ban  that  contains  a  description  of  the  sub- 
problea  we  are  working  with.    If  that  seenw  a  bit  confMHlng.  It  is  because  we  used  words 
to  describe  a  picture.    The  ex.iraple  heltiw  should  help  clarify  things. 


GATHER  2 
NEEDED 
INFORMATION 


FIND  2A 
KNOWLEDGEABLE 
PERSON 


PLAN  3 
AUTOMOBILE 
TRIP 


GET  DATE.^B 
TIME.  AND 
LOCATION 


GET  MODE  2C 

OF 
TRAVEL 
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What?    You  wonder  what  to  do  If  you  have  too  roany  processes  to  fit  on  a  page?  Well 
take  the  subproblem  "Plan  Automobile  Trip,"  for  example.    Obviously,  If  that  subproblem 
had  several  processes  listed,  the  chart  could  get  very  messv  and  hard  to  read.    We  sim- 
ply draw  another  hierarchy  chart  with  "Plan  Autorjoblle  Trip"  listed  In  the  top  box  and 
its  processes  listed  on  the  second. level  of  that  hierarchy  chart.    This  type  of  repeti- 
tion may  be  continued  as  often  as  necessary.    Our  hierarchy  chart  gives  us  a  bird's  eye 
view  of  out  complex  problem  and  its  component  subprnbleres.    But,  how  will  that  ^Ap  us 
keep  out  IPO  charts  in  some  kind  of  order?  ^ 

Did  you  notice  the  nun*iers  and  letters  in  thn  upper  right-hand  comer  of  each  box? 
These  numbers  and  letters  are  a    "key"    to  a  verbal  index  that  vill  be  developed  In  a 
moment.    First,  we  want  to  see  hnw  these  numbers  are  assigned. 

The  top  center  box  Is  nua^ered  1  on  the  hierarchy  chart  that  shows  the  breakdown 
of  the  overall  problem.    The  second  levi  l  Is  nuabered  from  left  to  rlf^t  starting  with 
2.    On  the  third  level,  each  box  is  given  the  number  of  its  associated  svcond  level 
subproblem,  and  then  a  letter  is  attached  to  the  nuraber,  giving  a  tmlque  designation  to 
that  particular  twidule.    The  same  letter  nay  be  used  to  designate  different  aodules  on 
the  sane  level  if,    and  only  If,    they  are  processe«(  of  different  higher  level  modules." 
For  exn^le.    If  the  module    "Travel  by  Plane"    had  contained  three  separate  processes, 
the  boxes  In  the  hierarchy  chart  showing  these  processes  could  have  bran  mrabered  6A, 
6B,  and  6C.    On  the  fourth  level,  another  nui*er  would  be  asided;  on  the  fifth  level, 
another  letter,-  ami  so  on.    See  the  chart  which  follovs. 

n  9 


2A1 


2A2 


4A1 


4C1 


4A2 


4C2 


2A2A 


2A2B 


4A2A 


4A2B 


If  more  hierarchy  charts  are  needed  to  shov  the  division  of  the  overall  problem, 
Chen  the  top  box  of  these  subsequent  hierarchy  charts  will  be  given  the  sasm  niaaber  that 
was  assigned  to  this  subprctole©  or  laodule  on  the  earlier  hierarchy  chart.    The  nmabering 
8V8teB  then  continues  on  (and  on  and  on).    In  this  way,  we  insure  that  no  two  subproblem 
statements  will  ever  be  assigned  the  saae  key  nuinber. 

Now  that  we  know  how  to  draw  a  hierarchy  chart*  let's  look  at  a  plausible  means  of 
Unking  that  hierarchy  chart  to  our  many  IPO  charts.    A  wrbal  index  should  do  the  trick. 
What  two  things  should  an  index  contain?    Right  I    A  short  description  of  an  item  and  the 
location  of  the  ^tem.     The  index  for  our  hierarchy  ii^ut-process-autput  <HIPO)  package 
may  he  either  on  the  same  page  as  our  hierarchy  chart,  or  it  may  be  on  the  page  iimnedi- 
atelv  behind  the  hierarchy  chart.     The  index  would  be  easier  to  use  if  it  were  on  the 
same  page  as  the  hierarchy  chart  because  you  could  see  everything  at  on^  glance. 

We  will  use  the    "key"    nui*er  and  the  verbal  description  from  the  hierarchy  chart 
as  the  description  for  our  Index,     Besides  this,    we  will  list  the  page  nuffber  in  the 
HIPit  package  iH>ere  the  appropriate  IPp  chart  or  the  more  detailed  hierarchy  diart  can 
be  found.    Since  our  key  values  are  unique  for  any  module,  it  would  se^  logical  to  use 
,he»e    "key"    nuxri^ers  as  page  nifldiers  for  our  HIPO  package.     This  will  work  out  fine 
except  for  me  little  "fly  in  the  ointment."     The  page  nuxsber  of  our  first  hierarchy 
chart  could  be  1-1,  the  page  number  for  the  index  for  the  hierarchy  chart  could  be  1-2, 
an4i  the  page  nuidser  for  the  IPO  diart  described  in  the  first  bloisk  of  the  hierarchy 
chtirt  could  be  1-2  (see  Figure  1).    Let*s  add  cme  more  it€3a  to  our  index.    That  item  is 
"module  nma,"  md  is  Barely  a  abort  name  (preferably  1  to  6  lettera)  that  will  be  used 
to  identify  a  given  aoctlon  of  "coda"  when  our  program  ia  written. 
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3A 


3B 

X 


SA 


SB 


3B1 


3B2 


1-1 


INDEX  P  1 


1-2 


IPO  P  1 


1-3 


HC  SP  2  I  INDEX  SP  2 


2-1 


IPO  SP  2 
IPO  SP  3 


2-2 
3 


I 


i 


IPO  SP  3A 


3A 


IPO  SP  3B 


38 


IPO  SP  3B1 


3B1 


IPO  SP  382 


382 


HC  S  INDEX  FOR  SP  4 


4-1 


IPO  SP  4 


4-2 


IPO  SP  4A 


4A 


IPO  SP  58 


SB 


ABBREVIATIONS  USED:  ^ 

"HC   -  Hiep«r<*y  Oi«rt 

"IPO"  -  Input,  Proctss,  Ou^ut  Chirt 

■P*    -  Problem 

"Sl>"   -  Subprobleii 

Figure  1.    Hierarchy  Chart 
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Try  iiH4  iialt^i'i  a  m^nl^^  n*m^  IhM  wlli  Imyt*  mnm*  m*mit%%*  nf  doifiis  tUin  - 

in  tit  ««ti?ftet  |€^tt6l^  tt^m  O^aripricm  «t  rfa#  pru<*f«ifi  ptpffort^  fey  the'  ^dutp. 
Thff  ^mm^lfgf  bclcv  shWH  rh«^ ccupleted  tndeii  for  the  TRY"  problem,  as  fur  oh  It  has 
been  solved*    Study  th&  iMdule  hammi  to  no0  hm  eh^y  von'  derived. 

NOTE;    This  index  refers  lo  the  hierarchy  chsrt  on  page  12. 


DMcription 

Page  9 

.    Module  Naise 

1 

(ki  TOY 

1-3 

2 

Hacher  needed  infnrmaclnn 

2 

CNINFD 

2A 

Find  knuwledKeable  peraon 

2A 

FKPRSN 

2B 

(^t  date,  cinet  and  location 

2B 

OnTLOC 

2C 

Get  taode  of  travel 

2C 

OTMODE 

1 

Plan  automobile  trip 

3-3 

PCTRIP 

4 

Trawl  by  car 

4-3 

TBYCAR 

5 

Plan  plane  trip 

5 

PPTRIP 

6 

Travel  by  plane 

6 

TBYPLN 

If  we  exomiin?  th.*  above  index,    knming  our  page  nunsberlng  system*    It  is  rather 
obvious  that  key  itms  1,     I,    and  4  have  separate  hierarchy  charts  and  indexes.  Note 
also  that  the  index  always  specifies  the  nuniser  and  IPO  chart.      Be  consistent!  You 
are  right.     We  haven't  developed  thi-  hierarchy  charts  for  key  items  3  and  4.  That^s 
your  Job, 

Using  this  type  nf  key  and  page  iiun^erinM  system  will  allow  our  HIPO  package  to 
grtiw  without  destroying  our  index  syntem  each  time  something  new  is  added.    This  state-> 
ment  implies  that  we  itxpect  our  HIR>  package  to  grow  as  we  solve  the  problem.    It  will, 
won^t  it?    This  should  prdbahly  tell       that  it  would  be  a  good  Idea  to  keep  our  devel-* 
oping  KIPO  ^'docutnentacion"  package  lit  a  looneledf  notebook  so  wc  can  add  pages  as  t  .ey 
are  needed. 


PLIWCHARTINC  THE  PMBLOf  SOLUTION 


After  we  have  completed  the  sul>divlding  process  and  have  a  complete  HIPO  docun^n* 
tation  package  at  our  disposal,    we  have  available  a  set  of  specifications  which  tell 
us  what  has  to  be  don«>  and  to  Nome  extent  when  it  has  to  be  done.      We  now  need  some 
R^ans  of  describing  how  southing  is  to  be  done  and  when  it  should  be  done.     This  is 
called  the  "program  logic"  or  "eontr^l  logic"  and  may  be  shown  using  scathing  called 
a  flwchart.     A  flow^art  is  a  picture  that  shows  all  functions  or  processes  that  must 
be  performed  and  all  decisions  that  must  be  made.    Before  we  get  into  the  process  of 
shewing  how  to  dm  a  flowchart,  we  would  like  to  define  sof^  figures  we  will  be  using. 


5,70 


\ 


\ 

A  line  sham  **control  flow"  oi^,%bich  opar- 
•tim  im  to  be  perforard  hext.\  It  m 
arroifhMd  Is  pr«ient»  the  •rro^poinM  to 
the  next  operetion.    If  no  erroeheed  is 
present,  the  next  operetton  is  either 
'*dmn**.or  to  the  "riglit.'?  1 


CD 


Termifisl  S3mbol.    Either  stsrt  control 
flow  hore  or,  when  control  flow  reschen 
here,  the  job  is  done. 
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A  process,  or  function,  box.    Only  one 
control  flow  line  may  enter  this  box,  and 
only  one  control  flow  line  My  exit  this 
box.    A  text  written  inside  the  box 
describes  what  function  or  process  must 
he  perfom^d. 


The  Sequence  Prlraitive 

A  very  simple  type  of  flowchart  is  called  a  sequence  flowchart.    It  pictures  a 
series  of  processes  that  oust  be  perforiwd,    one  after  another,    in  order.     Let  us 
assume  for  a  »otiiont  that  we  are  Roing  TDY  to  Washington    (again?),    and  that  we  will 
be  traveling  by  plane.    Our  flowchart  would  look  like  this: 


GATHER  NEEKD 
INFORMATION 


PLAN 
PLANE  TRIP 


OR 


imil  BY 


GATHER  NEEDED 
INFORmriON 


PLAN 
PLANE  TRIP 


TRAVEL  BY 


^    STOP  ^ 


f 


I^tttitr  of  t\w  prt?c!»ding  t«x«^l<«h  tu  imrr^ct.  Any  time  we  hav^  a  s^uence  of  func- 
Ct0s^ar  pw&cmnm^to  p«fom»  th«y  tmf  be  «hwn  with  ««ch  procMt  tiste^  •  •«|iitiNw« 
Ctmciiiciti  fi^iTt  ^nr  Alt  pf^K'wwa  lini^it  in  tlie  «m»  fi»iiiti(gm  Any  oflibl^ttim  in 

belwef^n  ehoH^  two  exir^'mi^s  ts  «lto  urceptable.     In  other  wordfi^    any  8iH|uence  of  func^ 
tioiiN  ifi  imelf  a^  functttm.     A  scH)u€>ncc»  of  functions  In  also  dailed  a  'Vontro!  lQgi6 
primiciva.**   AWntroI  logic  primittvo  la  Mrely  a  pradafintd  arrangaaent  of  flow^art 
ay#iola.  .  ^ 

The  IP... THEN... ELSE...  Primirive  ^  ^ 

Th€*re  mte  many  plates  where  &  Hi-quenci*  of  *  functinnii  can  be  used  in  a  flowchartf 
buc^  very  few  pniblems  where  the^  entire  Nolution  method  can  be  represented  aa  a  aaquance 
of  tuncttons.      Other  typea  of  control  lo^ic  primitiveR  will  be  needed.     Tl^se  other 
control  logic  primitlveH  mky  use  nl  a-  cent  for  soioe  condittoni  and  then  perforoancc  of 
a  function  baned  on  the  result  of  thn  test.    Each  control  logic  primitive  is  Itself  a 
functicm.    ThB  sypd>ol^  used  to  indicnte  a  test  is  a  diaoond,  and  is  shown  balow: 

Test  of  IF  syt^ol.    Only  one  control  flow 
line  may  enter  this  syrsbol^  but  two  or 
^re  naist  exit.    The  condition  being  tested 
for  is  atated  inside  the  di^BOnd. 


The  first  control  logic  primitive  we  wtll  discuss  is  known  in  programing  circles 
as  the  "IP. .  .'MEN. .  .ELSE.. primitive*    The  nan^  of  this  function  may  sound  strange  at 
first,  but  ii^  is  s  very  descriptive  teno.    IP  (a  condition  is  true)  THEN  (perform  some 
process)  ELSE,  or  ^tierwise  (perform  some  other  process).    As  a  pictorial  example,  we 
will  go  back  to  our  TDY  prc^l^. 

Q    STAITT    ^  i 


GATHER  NEEDED 
INFOfOIATION 


PLAN  Pim 
TRIP 

IMMll  BY 
<^  PUWE . 
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PLAN  AUTO 

TRIP 
TRAVEL  BY 

AUTO 
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Trl^i  S!^/  f  lnittc.ee  which,  path  to  take  hmed  on  the  re«uU  of  the  test     t  f 

out  tJ^  re«?^d«  of^hrco™  .n  fF  diamond         will        th«.c.  sv«bol«  through- 

"rUht  t.™'^.  lL  li\       '"J."*  '"^ ^«»'«*  ^"         '^ft  «r  the  notation.    SlSlU^y.  ^* 

^'^       ■  .  *'  the  left  term  equal  to  the  rl^t  term? 

*  '8  the  left  tern  not  pqual  to  the  rlRitt  lerm? 

IT  *r 

Is  the  lefi-  term  Jens  than  the  right  term' 
^     ^       *  Is  the  left  terra  greatfr  than  the  right  term? 

Is  the  left  term  Jens  than  or 'equal  to  the  rlglit  terra? 
I»  the  left  terra  greater  than  or  equal  to  the  right  terra'' 

oust  !I^*i:^Ientth'er?  tTv  '^T  Tm""^.!"  *  ''''''  ''"^  diamond 

(^\1a  ,  ^  '"^  Y         N.      "nP  other  notation  1b  used.    It  !^  a  rolon 

(!)  and  la  used  to  cotapare  tht-  left  tern,  to  the  right  terr,.    The  eitl  ts  from  a  te«t  d  « 

tT^:^  UaTth%^:l"ar^        l^^eled  with  th.  notation  deBcriheT:h^,:;T,.^:5(:a  ^ 
snt!  resuica  or  the  cooparlHon  ««  shnwn  helow: 


LE  or  <^ 
GE  or  > 


In  general,  the  tF...'mEN  prlnitive  may  he  repreaented  aa  f.-Unwai 
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Function  1  md  Kunctioti  i^mte  any  prort»HHi«S||  or  control  Ibgic  primitives*  In 
««tdition«  either  Function  I  or  Fmction  3  eould  be  irtiAt  iu  celled  m  **null  function.^ 
fh#  null  fmiettaii  te  w^Sy  ^  ilwinise  &f  «  fimctSmy  ee  ehmm  Imltirs 


1 


RWCTIQN 

2 


In  the  ebovi«  t^nample^    Function  I  in  a  null  function  eud  is  not  shoiim.     Vhy  can 
only  one  of  the  functiomt  in  an  IF. • .THEN, • .ELSE  primitive  be  a  null  function?'  ' 

We  oaid  earlt^'r  ttiat  control  iogii  prifnitivan  vc^re  the^elves  fuactions.  This 
ImplieR  that  we  can  suhutitute  an  entirif  control  logic  primitive  for  any  function  box 
anywhere  In  a  flowchart  .     As  an  exasiplt*,    let*B  assuine*  that  there  are  three  modea  of 
travel  for  our  TDY  prohles-^auto^  plant;*  and, stagecoach .    If  the  mode  of  travel  la  not 
auto,  we  would  exit  the*  decision  box  of  the  previous  example  on  the  false  ''leg/*  At 
that  point  we  would  m^w  have  to  determine  if  the  mode  of  travel  was  b^  plane  or  stage- 
coach as  shown  he  low: 


GATHFR  NEEDED 
INFORMATION  < 


PLAN  STAGECOACH 
TRIP 
TRAVEL  BY 
STAKCOACH 


2 


PLAN.  TO 

TRiP 

TRAVEL  BY  AUTO 


PLAN  Pim 
TRIP 

TRAVEL  BY 
PLANE 
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*T  ""^'^^^f *  ■  loRic  prlBlcive  for  «  function  box  Insida  another 

control  logic  prt«ltlve.  it  Is  died  "nesting."    Tn  the  preceding  8«»le  weTave 
^T^i  "  ;^--™E«-;;5^V'^i«itive  ineide  another  IF...?HEN...SsB7i^nvS  11,1. 
«lJ^  t!^  JjijL?"  ^""^  ^^"^^  necessary  to 


The  Cose  or  Switch  Primitive 

nr^m^Jfj'*"'"  requires  you  to  nest  several  levels  of  IF. .  .THEN. .  .ELSE 

?L  «srdiai^d°^.r'       ""^  '"^^  "  awitc^,  primitive.    The  case  pri«»ltive  use. 

f  1?  ''"^  has  three  or  more  output 

iere  2ei  "'^  ^"""^'^  """"  ^"^'^  follovlng  if  the  esse  primitive 


TRAVEL 
NODE 


AUTp 


PLAN  AUTO 
TRIP 

TRAVEL  BY 
AUTO 


PLANE 


PLAN  PLANE 
TRIP 

TRAVEL  BY 
PLANE 


STAGECOACH 


PLAN  STA6EC{»^CH 
TRIP 

TRAVEL  BY 
STAGECOACH 


Notice  that  the  ease  primitive  has  one  control  flow,  line  entry  and  one  control 
flow  lUe,exit  and,  as  such,  it  also  is  a  proper  function.    It  may  have  as  many  func- 
tion buxes  as  necessary  to  shw  the  problea  solution  method. 

To  help  clarify  what  we  have  Just  said,  let's  see  how  we  nifiht  go  ^out  drawing  a 
flowchart  of  a  little  more  coespllcated  problem.    Our  problem  is  to  submit  a  loan  appli- 
cation to  the  institution  with  the  twrnt  favorable  interest  rate  to  finance  a  car  we 
want  to  purchase.    The  IPO  chart  for  this  si&problem  looks  like  the  one  on  the  follow- 
ing page. 
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SURMIT  APPLICATION  mR  AlITO  FINANCING 


INPUT 


PROCESS 


OUTPUT 


Year  of  car  we  wish 
to  purchase  (CAR) 

Number  of  p«yaenea 
we  wish  to  make 
(NOP  AY) 

Interest  Rate  Chart 
(aee  below) 


Detenoine  m^t  favorable' 
luterefit  rate 


Submit  loan  appl 


avoraoie  —7 
1  cation^ 


Loan  application  completed 


BDA126'18 


INTEREST  RATE  CHART 


T^pe  of  Car 

length  of  Loan 

KFCU  Interest  Rate 

BANK  Interest  Rate 

New 

36  tsonths 

10.5 

12.0 

New 

24  months 

8.0 

8.0 

New 

12  oonths 

5.0 

4.0 

Ust-d 

24  months 

10.0 

12.0 

Used 

18  months 

8.7 

9.0 

llsed 

12  nonths 

6.5 

6,0 

KFCII  refers  to  the  Keealer  Federal  Credit  Union  of  which  you  are  a  part  and,  there- 
by, part  owner.    If  the  interest  rates  between  the  banV  and  KFCU  are  the  same,  you  will 
ual  the  VFCU.      In  the  flowchart,  when  we  refer  to  the  word  "cat,"    we  are  referring  to 
the  type  of  car  (new  or  used);    "NOPAY"  will  be  the  nuiAer  of  payments  we  wish  to  make, 
and    "KFCUI"    and  "BANKI"  will  refer  to  the  Interest  rates  charged  by  the  KFCU  and  the 
bank . 

We  will  tackle  the  problem  of  drawing  a  flowchart  in  much  the  same  way  as  we  devel- 
oped our  IPO  charts— one  step  at  a  time.     We  will  draw  several  flowcharts  to  describe 
different  parts  of  the  problm;    then  we  will  draw  a  finished  product  whi^  will  show 
rhe  whole  aplution  in  one  flowchart.     We  can  use  scratch  paper  for  our  development  of 
the  flowchart.    The  final  form,  however,  should  be  on  paper  that  can  be  put  in  our  HIPO 
documentation  package. 

Enough  tif  details.  Let's  press  on!  Rewen^er  that  we  have  to  describe  hw  we  are 
going  to  perform  the  processes  listed  tn  the  IPO  chart.  As  we  look  at  the  processes, 
we  can  see  that  **Submit  Loan  Application"  tnust  be  perforrcd  last.  Look  at  the  first 
process.  The  words  "moat  favorable"  Jianp  out  at  you  and  say  DECISION.  If  we  take  the 
decision  out' of  that  proceas^  we  are  left  with  "determine  Interest  rate."  In  order  to 
make  a  decision,  we  need  two  br  nwre  plec^  of  information  and,  of  course,  we  have  the 
KFCU  interest  rate  and  the  BAHfC  Interest  rate.  Our  first  attempt  at  a  flowchart  would 
look  like  the  one  shown  at  the\top  of  the  next  page. 
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r     START  j 
I 

DETERMINE  KFCU 

AND  BANK 
INTEREST  RATES 


r 


SUBMIT  LOAN 
APPLICATION 
TO  BANK 


SUBMIT  LOAN 
APPLICATION 
TO  KFCU 
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The  function  box  that  says  "Determine  KFCTI  and  BANK  Intert-Ht  Rates"  doesn't  tell 
us  very  much,  does  it?    OKI    How  do  we  determine  what  the  Interest  rat-s  are?    We  have 
to  know  If  it  Is  a  new  or  used  car,  risljt?    Put  it  down  paper. 


START 


3 


DETERMINE  KFCU 

AND  BMK 
INTEJffST  RATES 


DETERWHK  KFCUI 
AND  BAMCI  Ftm 
USED  CARS 


MD  BAMCI  FDR 
m  CARS 


-4 


ERIC 
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rilmplllU-U  thlnH«  Norai'Hlmt—  r*.  .-i.i   I  .,i  t  li.-  twn  ihw  ll.-nw  llmt  Mliowtfij  up  from 
.MWluM.-.     Jhe  .Jt»rij-enU».d  l.ox  lonufcleil  to  tin-  H.wihrtri  wltit  h  brokt-n  I  ln»?  serves  to 
d*M.crlh..  ur  "annutate"  what  tht«  flowcl.arc  d.«.«.    The  curved  line  at  the  end  Just  serves 
to  reelnd  ua  that  this  is  anly  part  nf  a  flouchart. 

Bark  ro  the  problem  m  hand.    Wtiat  else  do  we  need  to  determine  the  interest  rates? 
01  couriiel    The  length  of  the  loan,  or  NOPAV, 


KTEfWINE  KFCUI 
AND  BANKI  FOR 
USED  CARS  - 


24 

KFCUI  •  10.0 
BANKI  -  12.0 

18 

KFCUI  -8.7" 
BANKI  -  9.0 

12 

KFCUI  •  6.5 
BANKI  •  6.0 

DETERMINE  KFCUI 

AND  BANKI  FOR 

NEW  CARS 

NOPAY 


36 

KFCUI  •  10.5 
BANKI  -  12.0 

24 

KFCUI  ■  8.0 
BANKI  •  8.0 

KFCUI  •  5.0 

BANKI  -  4.0 

23 


ERIC 


i 

OK,  ve  are  alsott  done.  All  we  havi*  to  do  now  Is  to  put  all  th«  pieces  together. 
See  the  flowdiart  below. 
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KFCUI 

•  6.5 

BANKI 

•  6.0 

KFCUI 

•  10.5 

36 

BANKI 

-  12.0 

KFCUI 

-  8.0 

24 

BMKI 

•  8.0 

KFCUI 

-  5.0 

12 

BMKI 

■  4.0 

SUBfOT  /UVLICXriON 
TO  BANK 


suBWT  /micxriON 

TO  KFCU 
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There!    tod  yuu  thought  thin  mbh  Hoing  to  be-  hard.    ReroenOi^r  the  old  saying  chat 
••evfn  the  longeHt  jouriwy  begltu»  with  une  smoil  utep"?    Hake  nae  of  that  inaight  iot^ 
problem  aoiving.    Utw'your  f  loi#Gharta  a  little  at  a  time  and  ypu  will  be  surprised 
he*  ^aaily  everything  will  usually  fall  into  place. 


You  may  be  asking  your.self,    "Why  didn't  we  continue  breaking  down  the  prc*le» 
using  an  IPO  chart?"     Well,  there  is  no  convenient  way  we  can  show  any  decisions  in 
an  IPO  chart.    In  fact|^  when  a  specific  problem  has  been  subdivided  to  the  point  where 
any  further  division  would  force  you  to  show  a  decision  that  must  be  made,  then  it  is 
time  to  stop  the  sid>dividing  process. 


The  r^Bsintng  tiontrol  logic  primitives  we  will  discuss  have  one  thing  in  comion. 
Thev  visually  represent  a  repetitive  algorithm,  or  a  "logic  loop."    A  logic  loop  is 
reaUy  the  repetitive  performance  of  one  or  nwre  processes  or  functions.    The  nui^er 
wf  times  a  loo^  ia  performed  may  vary  from  Eero  up. 


The  DO  UNTIL  Primitive 


The  first  repetitive  primitive  we  will  ex^unlne  is  called  the    "DO    UNTIL"  primi- 
tive, and  stands  for  the  phrase    "DO  (perform  a  function)    UNTIL    (some  condition  is 
true)."   When  we  perform  a  DO  UNTIL  loop,  we  enter  the  loop;    perform  a  function;  test 
a  c  mdition;    IF  the  condition  Is  true,  we  exit  the  loop;    otherwise  (ELSE)  we  go  back 
and  perform  the  function  again.  ' 


FUHCTIOH 


Let*8  look  at  the  example  we  discussed  back  in  ttie  section  on    "The  Scientific 
Trial  and  Error  Method."     We  said  tn  "Take  the  square  root  of  a  number  using  a  4 
function  calculator."      The  value  we  want  is  Y  which. is  the  i/5(.    Reneriiyer,  we  said 
to  start  out  with  soma  nunter  (H)  which  is  equal  to  X/2.    Next,  perform  the  calcula- 
tion Y  •  (X/n  4-  G)/2.    Then  we  test  to  see  it  Y  is  sufficiently  close  to         If  not, 
we  set  G  •  Y  and  perform  the  calculation  again. 


This  problem  might  take  some  thou^t.    First,  we  have  to  set  G  •  X/2  outside  the 
loop.     (Why?)      Then  we  perform  our  calculation  i- . ,  then  the  test.    See  the  example 
at  the  top  of  the  next  page« 
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G  •  X/? 


Walt  a  minute!    Will  that  work?    |«H    Wi.  dJ.ln't  Sfl  C  -  Y  aft.T  llw  test.  Lot's 
try  adding  another  equation  Just  iH-fjii*.-  our.  co1<  ul.itinn. 


T 


G  -  X/2 


G  -  Y 

Y  •  (X/G*G)/2 


RMl2f>'2'< 


I»  out  fli»*rhart  cnrrerl  luiw?    Ni>.    The  first  thing  we  <Ui       uri  r.  «  x/2,  Imt  th«i 
w.   turn  rlRJit  anmnd  ,tnd  H»'t  i:  -  V.    Wlmi  Jim-m  Y  rftiwl?    Wp  hawn't  HafH,  hu  wr  don't 
kn.ny.     It  iM^uhl  hp  nnvf lif iifS—evrn  zorn.  vi.ii  divide  X  bv  zero?    Jm,,  wr  RtlTl  have 

.1  pr.*|4'n.     Hiiw  .-an  we  s..Jve  ll  '    We  rtMiM  net  Y  -  X/2  he  I  ore  we  ^et   lntn  thr>  fonp, 
(iMililit'i  we?  (;<hm!. 

5U 


\ 


X/2 

<  

6  »  Y 

Y  «/ir 


lUat  iookn  pr*  i  iv  k*nkI.    TIm^  letCiT  i:  Hturta  mtt  reprt'sent inn  tlu*  right  valm*. 
Ill*'  c'4|uat  lint  Y  »  (>/|iH;)/.'  i  anit»  ou^  «»!      lumk  uii  fKichemar  icH ,  s<»  wc  will  aHMume  that 
ic   Is  tiirrect.    Th<T«'fun  ,  if  lht»  vhIiic -i  Mtarf  out  corrertt  and  the  calculations  arc* 
•  orrnt.  the  anrfv^T  iuiHt  hi*  rorrert.    'l\^o  rt^titH  done't  make  a  wrong????  or  1h  that 
till*  other  way  around? 

^     rtif  function  V  •  %/2  w«h  put  In  our  flowiharr  to  insure  to,tt    "c:"    Und  *i  proper/ 
initial  valut'  wh«*n  wr  start i*d  porfomilng  the*  lixip.    Thin  pporen^  in  called  fnitialf^- 
ing  the  IcKip,     ft  in  \tmi  as  important  to  ln»um»  that  all  loopn  are  properly  initialized 
a»  It  Is  i»t  inaure  thiit  fhr  runctions  |>erfnrtited  within  the  loop  s$rc  correct.' 

Uv  wivd  the  Sii€'nt  1 1  i<  -Trial  and  I  rror  mi-thiHl  to  devcVon  the  provloua  flowchart. 
That  Is  perferrlv   in  eptah  It-,     In  tlwts  m  vi»n  hecofm^mori*  falsi  I  f  ;ir  wl  th  loops^  this 
ntethiid  will  become  mi»re  n*  f#*nlflfc  and  lesfi  trial  iind  errnr.    Regardlean  of  how  you 
develop  a  flo^chari,  tli#'  ffnlHlud  pr4Hliiit  mtiKt  hi*  analyn*d  to  doulily  imture  our  flow- 
chart telU  ua  to  do  what  we  really  want  It  tit.      It  will  uaually  fee  aiiffhrient  to 
ahow  that  our  inirlai  values  are  correi  I «  the  functlomi  perfor6»>d  <*orrectlv  the  first 
time  rhroufl^  tht*  h»op  aad  the  la«t  time  through  the  Ioop»  and  that  our  loop  will  even- 
tual Iv  end. 

You  prohahh*  n<ifli«*d  that  the  t  mui  f  on  litaide  a  Pfl  IMTIL  loop  will  alwaya  he  per-* 
formed  at  teaat  »iiii»*  ivr.anlleas  i»f  Hu-  aati*  of  the  condition  we  will  tewt  t<»r.  TIiIh 
may  not  be  the  m^*t  ailVfint agei>uN  way  oj  perinrming  every  repetitive  rvpe  ai  algorithm, 
io  i^olve  thia,       will  introduce  a         primir  (ve. 


Tile  M  UHTIj;  Primitive 


Tlie  »•  (perform  r.  function)  WHll.F  <«omi'  coiulirir>n  la  true)  prlmiitve  c4iecka  louj} 
termiMting  conditiiHi  first  •    Then»  If  the  condition  ia  true^  the  loop  Tuncttmi  la  per- 
formed and  conditlcHW  checked  again*  ef<!«    Itie  general  caae  of  the  DO  t^ItE  primitive 
looks  like  the  example  at  the  top  of  the  following  page. 


27 


54^8 


FUNCTION 


Bmi2€'27 


9 


1.  G«  Y 


IT- 


..M^"  .  "u*"  ^'^  *"         **^«'  flowchart.    Flrni     look  ar  tht.  u«rH 

p.tl«on  so  that  a  test  that  would  haw  ordinal  ly  given  a  True  reauU  Z  aiSL  ^ 

;S'roj;eJ^::^;rti:;:j;  trhn:^rrrL;"'""--  ---- 
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The  UWP  EXIT  IF  Primitive 

Thta  Ib  cht  lant  cantrol  logic  primitive  we  will  discuss.    It  is  not  really  a 
unique  primitive,  hut  a  cosd»ination  uf  the  DO  tSITIL  and  DO  WHIL£  primitive. 


FUNCTION  1 


CONDITION 


1 


FUNCTION  2 
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Our  square  nu  t  algorithm  would  look  like  the  following  If  the  L(X)P  EXIT  IF 
primitive  ware  used. 
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MisceUMtfotis  Flowchart  Syjfihols 

T^e  conni-rtur  svHh.J  l„  uB.d  In  pJa.c  of  a  control  fUn. 
line  to  Hhnw  rnnf  rol  flow  thnt  na«Hc-«  from  on-  pag-  r.. 
another,  or  wher.-  a  line  would  add  rnnfuaion  to  tL 
flowchart.    ConnMotora  are  usi-d  In  seta  of  two  or  morn 
when  used  for  th,..  parpo«e.    A  l.hel  In  gl4  to  each 
set  of  connectorn,  usually  a  letter  and  one  or  aorv 

I'^lTr  svHten,win  do.  Ope 

com^ector  ixUv  slartfng  connector)  will  haw  a  control 
flow  line  .nterlnK  U.  while  Ur  pair  (the  termlnatlnK 
connector)  will  h.,ve  a  control  flow  line  leaving  It 
Any  termlnHtlnR  ronnector  may  hv  paired  with  taore  than 
one  start fHR  conn.-ctor;  howev..,^,  starting  connec- 
tors must  contain  the  same  InhcHiir 
teminatlnp.  lahel. 


o 


their  aaaoclated 


The  predefined  process  aymbol  car  he  used  to  indicate 
a  process    function,  or  aubprnbl,™  solution  that  is 
descrihed  by  another  flowchart.    The  test  inside  this 

*'!?'°l.r^-'"  5°  N/W"  of  the  process  or 

subprohleiB  to  be  perfornH.d.    TI.p  module  name  Is  ex- 
tracted frr^  the  verbal  Ind^  to  the  hierarchy  chart' 

''rf„!%?^'""!!f  1  ^        ^  predefined  proreH«  f« 

generally  called  a  "BubrPutlne"  In  prograimnlng  cirrle«, 


Rmi  26-31 


The  Input-output  Hynbol  in  u«ed  to  ahow  a  proceas  which 
makes  available  infonnatlon  for  proceaalng  (loput)  nr 
vh  rh  records  the  results  of  the  processed  input  nf'r- 
mat i on  (out put) , 


on 


General  Culdellnes  for  Flowchart  Preparati 

Always  draw  flowcharts  of  the  hlahest  level  mn^iii«  rt^^*  , 
aubproblem,  should  not  he  flowcharted  u^t  l  aH  „I^^r      J?      .   "  R**""*!-  «  "r 
problem  as  a  pre.Ieffned  process  haTbeTn    ir^ch^t^     Y      '  '  T  iV"'  '°  '^"^ 

n*thnd  within  tnat  branch:  '  providing,  v.-u  ,«e  the  top  d.iw., 

Fverv^'^ffLr"  ^71  '^^'T  *  """•^^'•t        «  "^Jul^.  vou  musi  a„«lv.e  that  flowchart 

'  a^n:.l^^t"co^Iln1          ^^l:^  '"v^Xt:^  --r^  wHat^r^S^t"-  If 

chart  will  conf^<«  ►K-  «  ,    ,  ^"^  coB^uter  program  writ  ten  from  that  flow- 

I  T*-movr  lopii   errors  from  proRrnms  after  they  have  been 
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vrlrti^np  It  U  far  btcter  Mver  la  write  a  '*bug**  into  a  progroa.  It  has  been  reason* 
ablK  acatad  tbM  **lf  4alMiMi<Ht  th«  srt  af  raMvlng  b«Hpi  frm  eemput^r  pmiftmm^  than 
vrtetng  €««Nitaf  f^gtma  mmt  i^ml^  puttit^        inta  eli«i«** 

Aftar  a  woduti^  has  bean  tlQifchartad»    and  that  flovchart  haa  baan  acrupuloualy 
analyiadt  it  ia  filed  in  tha  Hlft)  docraantation  package  isaaadiateXy  behind  die  Input* 
Precaaa-^lutpvt  cha^t  for  that  fl^dtola,    Tt^  alM  of  any  particular  aodula  haa  a  let  to 
do  with  hw  affectively  it  can  be  analysed.    Eadi  UNnSule  should  be  eoaaiderad  in  Ita 
Mn  right,  but  ginerally  spaidiings 

K      If  a  nodule  Involves  less  ihan  Tour  or  five  functions  and  teats g  maybe  it  ia 
too  smail  to  he  a  separate  t^dule.      If  ehia  ia  the  case,    thme  processes  performed  by  ' 
that  module  should  he  included  in  the  next  higher  eiodule  in  tlie  problem  hierarchy. 

2*      If  a  8»>dule  involves  many  more  than  40  funceiorm  and  tests »    perhapa  our 
module  In  too  comples  for  effi*crive  analysis.    In  this  case,  you  should  consider  break*- 
ing  the  large  module  into  two  or  laore  mialler  n^ules  that  together  will  perform  the 
aatte  functions  as  the  original  module, 

FLWCHART  DEVELOPMENT 

\ 

We  HAT  hav*^  all  tht*  tools  nackaaary  to  develop  a  flowchart  from  an  IPO  chart*  Let 
us  see  if  we  can  bring  it  sll  together  ud  draw  a  flowchart  Which  we  can  use  later  as  a 
guide  for  developing  any  flowchart.     We  will  assuM  that  the  problem  definition  phase 
hss  been  completed  and  that  we  have  an  IPO  chart  at  our  disposal.      The  IPO  char<  would 
look  like  thta. 


DRAW  A  n.cWC3iART 

iNPirr 

PRfXn-KS 

OUTPUT 

IPO  Chart  * 

Flowchart  the  miidule  shown 

Flowchart  of  the  module 

on  tha  IPO  Chart 

•  logic 

,To  begin  with,  we  start  and  end  the  flivehart  with  the  terminal  sys^ols.  Between 
the  terminal  symbalH^    we  Insert  the  nraces»ea  Usted  in  the  IPO  chart,  using  a  slnple 
quencf  of  functions. 


Q  START 


FLOWCHART  THE 
mm.t  SHOWN 
ON  THE  IPO 
CHART 
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NgTEi    The  word  "HETO?H"  h>«  b«M  used  instead  of  STOP  In  the  termlnstljns  aynt^Ql. 
-    This  is  used  In  ■  subnodule  or  stdiroutinc  to  indicate  that  the  fuffctlon  perfortsed 
by  this  nodule  is  coflq)lete.    The  eonti-ol  flow  should  return,  or  goBack.  to  the 
nodule  that  originally  referred  to  this  module  aei  a  predefined  process  (calling 
nodule) .  ( 

Now,  If  nenory  serves  us  correctly,  we  have  to  repetitively  /eplace  the  functlnnB  - 
of  our  flowchart  with  morp  descriptive  control  logic  priraitiveR. 


(  )■ 

LIST  IPO 
PROaSSES  IN 
OmR  THEY  m. 
TO  BE  PERFORMED 


fSreriTIVEL^  REPLACE 
FUNCTIONS  WITH  mm 
DESCRIPTIVE  COKTROl 
i  l,OGIC  PRIMITIVES 


(      RETURN  J 


The  function  "List  IPO  processes.  .       se&m  ccm^lete  and  descriptive.    >toweyer,  • 
the  second  function  Is  vague,  tp  say  the  least,  and  d(?flnltely  needs  to  be  refined  and 
listed  In  more  descriptive  ternw.    Before  we  go  on  wUh  the  refining  process,  ve  must 
consider  the  na^  f  jnctlons  together  and  insure  thev  describe  the  single  original  func- 
tion.   They  do.  in  fact,  describe  the  same  process,  so  we  can  move^on.  ^ 

The  word  repetitively  In  the  second  function  Implies  a  process  that  should  be  pef- 
forwfd  In  a  loop.    All  three  loop  primitives  »hould  he  considered  and  one  selected  that 

feel  will  best  serve  your  imediate  needs.  We  will  opt  for  the'^DO  WHILE"  primitive, 
but  thf»/'[KT  UNTIL"  primitive  would  prc*ablv  also  get  the  t<ib  done. 


"I 


My 

^IMCTION 
.HOT  DESCRIBED 

IN  DETAIL 


IKPLAa  FUNCTIONS 

WITH  MORE  DESCRIPTIVE 

Cmm,  LOGIC 

PRIMIl 

rms 

ft 
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The  ctibscUuiion  of  th#  WHIt.P/*  primitive  hm  not  changed  since  our  original 
fui^ci(m  teserlpeicmi  nie  loop  vtll  i*¥«ntu«lly  end.  When?  e\^rychinK  seew  to  be  In 
otdar.  ao  l»t*o  prcM  on. 

U  would  be  very  difficult  to  «tten4»t  to  replace  all  functions  at  oncOi  so  maybe 
our  next  step  should  be  to  select  one  function  and  replace  that  function  uith  a  TOro 
deacriptiva  control  Ionic  primiti>^^. 


REPLACE  T 
WHH  A  MOI^ 
KSCRIPTIVE 
CONTROL  LOGIC 
PRIHITIVE 


1.  saea  an 

UNDESCRIBED 
FUNCTION 

2.  CALL  IT  »F" 


ftDAliC-iS 


Th«  next  Hfp  Is  to  refine  "F"  using  a  control  logic  primitive  and  then  replace 
"F"  with  thf  n««f  refined  function. 


REPLACE 
"F"  WITH  -NF" 


^fm  "F* 

\t%im  A  CONTROL 
LOfilC  PRIMITIVE 
filVIf^  -NF" 
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If  wv  analyze  what  vp  have,    wf  nee  sotwtltlnR  has  been  forRotten.      What  Is  it.' 
We  aadtf  no  pruviBlons  to  Insure  th/it  function  "NF"  Ih  the  sanw  <is  funrt  Ion  Wv  h.id 

bettt-r  tewt  NF  -  F  Uvforp  ve  npl.i.i-  F  with  NF.      What  do  \iv  vnnt  to  do  with  NF  if  it 
Is  not  equal  to  F7      Wi-  prnhahlv  wont  to  rffln*-  NF  «nd  tpsl  flsnhi,  rUhf      Thnt  m-nn  ■ 
we  nved  to  InNtTt  anotht-r    "no  WHIIK"    primi  I  Ive  hnfore  w  roplaoc-  F  wHIi  NF.    W..  n.'w 
have  the  folltwing: 


REPLACE 
"F"  WITH  "NF" 


REFINE  "NF" 
GIVING  NEW  "NF" 


,  REFINE  "F" 
USING  A  CONTROL 
LOGIC  PRIMITIVE 

GIVING  "NF" 
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We  new  have  all  functions  deacrll^ed.    Th^  only  thing  left  i»  to  ptit  all  thp  p«rtH 
CogaChgr  into  ona  flwchart  shoving  all  functions.      But  wait!    Wc  hnwn't  shown  thnt 
step  at  all  In  our  flrjwrhartt    Wli^n  should  that  function  hv  porfiirwed?    After  all  funr* 
tions  have  been  descrihed  and  lu»f<»re  we  return  to  thv  rafifng  imtdtile. 

After  the  flowchart  has  been  con^leted,  the  entire  flowchart  must  be  analyzed  to 
Insure  that  the  flmchart  In  fart  describes  the  problem  d<^finitlan«      If  a  problem  is 
discovered^    refine  the  prohlera  area  and  check  the  flowchart  again.      This  Is.  the  last 
process  performed  before  r^tumlng  to  the  calUng  mcniule. 

v%  


Our  itv^rall  t  htwciiiirt   lor  lUin  mtuluU*  will  now  l4H)k  likt*  tlu*  <^ne  helow. 


LIST  IPO 
PROCCSSCS  IN 
TNC  OftKR  THET 
m  TO  IE 
PEHFORKD 


REPLACE  "F- 
WITH  "NF" 


KFINE  "NF" 
GIVTNG  NEW 

"NF" 

=7  


REFINE  "F" 

USING  A  cmm. 

LOGIC  PRIMITIVE 
GIVING  "NF" 


1.  SELECT  AN 
UNDESCRIBED 
FlfilCTION 

2.  CALL  IT  "F" 


J 


m  ALL  FUNCTIONS 
INTO  A  SINGLE 
FLOMCHART 


KFINE 
PROBLEM  AREA 
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Arrays  and  Subscripting 

We  will  now  take  what  we  have  learned  and  applv  It  to  sose  problems  that  are  more 
closely  related  to  co^uter  prcgraoBing.    Obviously,  we  cannot  show  you  flowcharts  that 
describe  every  possible  problem  you  nay  be  given  tu  solve.    If  we  could  do  that,  there 
wouldo  t  be  any  need  for  your  Job.    VJhat  we  can  do  Is  show  you  the  thought  process  that 
goes  Into  solving  a  few  select  computer-related  problem  types.    You  may  be  able  to  use 
the  solution  to  these  problem  types  from  time  to  time.      Generally  speaking,  however, 
you  will  have  to  develop  your  own  solution  method  to  a  unique  prnhlem.      With  this  In 
ratnd.  it  would  behoove  you  to  strive  for  an  understanding  of  not  only  what  we  are  doina, 
but  HOW  we  go  about  developing  a  solution  method.      In  this  case,    the  result  is  not 
nearly  as  important  as  the  method  of  arriving  at  that  result. 

Computer  programmers  talk  about  manipulating,  or  working  with,  "tdjles,"  "arrays," 
•memory  locations,"  and  other  such  abstract  stuff.    For  our  purposes,  think  of  a  mr^ry 
location  as  a  small  box  In  which. we  can  put  Information,  or  can  get  information  out  of. 
A    table    (not  the  four-legged  kind  yov.  eat  from)    and  an  "array"  refer  basically  to  a 
group  of  memory  locations,  or  boxes,  placed  next  tu  each  other. 

An  array  of  boxes  placed  side  by  side  on  a  shelf  could  be  given  one  naxae  such  as 
'TRAY."    The  name  "TRAY"  would  refer  to  the  entire  group  of  boxes  on  the  shelf.  Each 
box  could  then  be  given  a  niraber,  starting  with  1  for  the  box  farthest  to  the  left,  the 
number  2  would  be  given  to  the  box  immediately  to  the  right  of  box  nujAer  i,  box  nuniier 
3  would  be  Immediately  to  the  right  df  box  number  2,  etc.      To  r-'-r  to  the  contents  of 
a  specific  box,  we  would  then  enclose  the  box  nurobir  inside  parentheses  (  )  iaaedlately 
following  the  array  name.    For  example,  if  we  wanted  to  refer  to  the  contents  of  box 
nuntfjer  4  in  an  array  called  "TRAY,"  we  would  write  TRAYC4). 

A  common  real  life  array  you  are  probably  farai  Har  with  1r  a  tray  that  holds  35mm 
color  slides  to  he  used  with  a  slide  projector,      A  slide  tray  has  anywhere  from  20  to 
120  different  sluts- in  which  yea  can  place  a  slide.    Each  slot  is  rtun*ered  starting  from 
1.    If  you  want  to  get  the  slide  that  is  In  the    20th    position  of  the  tray,    vou  write 
SLIDE(20).    SLlDi:  is  the  name  of  the  array. 

In  programming  terms,  what  we  have  Just  described  is  called  "iiubscrlpting."  The 
name  af  the  array  is  called  the  "subscripted  /ari,sble,"  and  the  nui*er  iiralde  the  paren- 
thesis Is  called  the  subscript.    In  our  example  above,  SMnE  is  a  Hubscripted  variable, 
and  20  is  the  subscript.  t 

There  is  no  rule  that  ^aya  that  a  Huhscrtpt  has  to  he  a  ni^er.    It  could  be  a 
letter,  or  ewn  a  natne,  that  represents  a  numher  (called  a  variable).    For  e:|ai!iple,  if 
we  Ret  I  -  20  and  then  write    SLIDKCO,    we  would  he  refer rinji  to  the  saine  slide  as  if 
we  wrote  SLlM(20)p      lining  a  variable  as  a  .subscript  has  a  big  advantage  when  we  want 
to  refer  to  different  elements  or  boxes  in  an  array  while  we  ar-e  performing  a  loop.  We 
can  change  the  value  that  a  variable  represents,  but  we  can't  change  the  value  a  nui*er 
represents.     If  this  concept  seen®  a  little  hazy  to  you  nnw,  don*t  worry  too  much  about 
It,    As  we  go  through  the  exaniples  in  the  sections  that  follow,  It  should  become  clearer. 


Sequential  Search  Algorithm 

Assuae  for  a  iiKis»nt  that  you  are  a  stock  clerk*    In  your  stock  room  you  have  a 

shelf  with  50  bins  on  it.      Each  bin  contains  a  different  length  If^tnch  bolt.  If 

someone  comes  to  you  wanting  a  certain  length  bolt,  how  do  you  find  the  bin  that  con- 
talnfi  the  right  bolt?    The  solution  method  to  tills  problem  is  wtiat  a  search  algorithm 

describes*    The  IPO  rhart  for  n  sVarch  mt^dul*'  would  probably  look  like  the  chart  at 
the  top  of  the  next  page* 


m 


^^TE  AfID  EUTRACT  PROPER  LENGTH  BOLT 

ijjpirr  PROCESS  output 


UlCATE  BIN  containing 
ptoft  "\.maVH"  bolt 

Extract  proper  length 
bolt 


Si^script  of  BIN  con- 
taining proper  length 
bolt 

Proper  length  bolt  not 
in  stock  (BOLT  -  0) 


B(S.T 
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The  input  column  tells  uii  we  hav*-  an  array  of  50  bins,  and  LENCTH  ia  a  variable 
which  represents  the  length  of  the  bolt  we  wish  to  find.    When  we  perform  the  first 
procena  listed,  one  of  two  thing*  will  happen.    Either  we  will  find  ch.!  right  length 
bolt,  or  we  won't.    If  we  find  the  bolt,  we  have  no  problem;  however,  if  we  don  t  have 
that  length  available,  we  need  soaie  way  of  telling  that  to  the  calling  module.    We  can 
do  that  by  returning  4  bolt  of  length  zero  (or  no  bolt)  by  using  the  algebraic  equation 
Bca,T  -  0. 

This  looks  like  a  problem  we  aight  solve  using  a  loop  and  a  subscript  to  check  the 
different  bins  for  LENOTM.      Reneaber,  we  said  we  could  use  a  variable  as  a  subscript. 
Me  will  use  the  variable  1.      We  will  do  this  the  easy  way  and  check    BIN(l)  first.  If 
BIN(l)  doesn't  contain  the  proper  length  bolt,  then  we  will  check    BIN(2) ,  etc.,  until 
we  have  checked  BIN(50).    If  we  have  checked  BIN(50)  and  still  haven't  found  the  length 
bolt  we  want,  we  will  assuae  we  do  not  havi-  the  bolt  i.i  stock.    Htwever,  we  won't  worry 
■bout  thia  problem  Just  yet.    Since  we  want  to  check  BrN(l)  first,  we  will  want  to  ini- 
tialize our  ai^acript  to  1.    Then,  inside  a  loop  we  want  to  check  to  see  if  BIN(I) 
-  LENGTH.    When  BIN(I)  •  LENGTH,  we  have  found  what  we  are  looking  for,  so  we  want  to 
branch  out  of  the  loop  end  aet  BOLT  =  BIN(I) . 


Now,  go  back  and  analyze  what  have.  Will  it  work?  Why  not?  Will  we  ever  check 
anv  bin  except  BIN(I)?  No,  we  won't,  because  we  never  changed  I.  We  need  a  function 
Inside  the  loop  that  will  add  1  to  the  variable  I    (called  increjj»nting  I)  each  time  the 
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loop  Is  performed.    What  algebraic  expressions  will  do  that?   Will  the  expressions 
J  •  I      1  followed  by  I  •  .f  do  the  Job?     They  sure  will.    We  cnutd  simplify  this  func- 
tion by  just  saying  I  -  I  -i^  1 ,    which  reads    "let  the  new  value  fnr  I  equal  the  current 
value  of  I  plus  1."    Our  loop  nnw  lookn  like  this: 


If  we  take  this  refined  loop,  put  it  in  our  original  flowchart,  and  analyze  the 
result,  we  find  that  we  will  check  to  see  if  I.ENCTH  is  equal  to  BIN(l),    then  BIN(2)  , 
then  BIN(3)  .  .  .  then  BIN(W),    then  BTN{51),  etc.,  until  we  find  a  holt  that  is  the 
right  length.    But,  wait!    How  can  we  check  B1N(51)  if  we  only  have  50  bins?    We  can't, 
so  we  nnist  include  some  means  of  stnppinK  the  loop  If  we  don't  find  the  length  bolt  we' 
are  after. 

What  is  the  only  way  we  can  tell  that  wr  do  not  have  the  right  length  bolt  in 
5?tock^     If  the  variable  T  ever  Ri^ts  to  he  51,  wfiat  has  happened?    We  searched  all  W 
bins  and  didn't  find  the  holt.    VIv  could  change  our  loop  terminating  condition  so  that 
we  would  exit   the  loop  if  efthtr  BlN(I)  "  LKNfTTH ,  ur  !  >  SI). 


WJLT  « 

BIN{I) 

7 

^  mm  ^ 


StHQiftimifiii  it  beiToracH  vtfrv  difiiiult  tu  tnlhiw  cht*  lo^ic  11  Puire  than  one  condition 
In  t«*«9t«?4  nkt  m  ttM.    It  wiHiid  b*-  »tmpler  If  we  could  show  co^I&x  tcst^  as  a  saries  of 
IF  dia48imd»,    Tgu  etati       wrv  c^r^ful  irfh&n  ufting  a  serlt^s  of  IP  diaisonds  to  tmare  that 
you       not  destroy  the  HtriH  turcri  f<  rm;it  t>t  vnur  f  hwdiart  .       ThtTf  imisi  bp  only  one 
i-ntronrf  to  a  atqyynce  of  IF  d1;imon<it.«    and  two  i*xltH~onc  for  True  and  one  for  False. 
No  pr«.«t»fiH  or  function  bunpn  imiv  hv  shown  within  the  sequence"  of  IF  diamonds.    In  short, 
Vou  must  b%f  able  to  draw  a  larnc  diamond  around  your  sequence  of  IF  diamonds,  and  have 
one  entrance  and  two  exitK  as  shown  in  the  following  example. 
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We  may  now  take  this  conci*pt  and  use  It  for  our  own  purpoHes  in  our  search  for  the  ^ 

proper  length  bolt.      We  now  have  two  conditions  that  could  cause  us  to  exit  our  loop: 

One  for  the  nonsal  condition    of  BIN(I)  -  LRKCtTH    and  the  other  exit  for  thi^  abnornial 
condition  of  I  >  50. 
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Is  the  above  flowchart  segaiont  correct?    Do  we  want  to~»el  BOI^T  »  BIH(I)  If  I  >  507 
No.    We  need  to  add  another  test  outside  the  loop  to  see  ff  we  took  the  normal  or  abnor- 
mal exit.    How  can  we  find  out  whldi  exit  was  takenT    If  I  ^  50^  we  reust  have' taken  the 
abnormal  exit.      If  we  take  the  abnormal  exit,    we  want  to  set  BC1*T  -  0.     Tte  ccnoplete 
flcH^chart  now  looks  like  the  one. on  the  follwlng  page. 

»0 


When  we  go  back  and  analyze  the  completed  flowchart,  we  see  that  the  loop  starts 
out  correctly    (I  -  1  the  first  time    I    is  used  as  a  subscript);    that  the  loop  will 
eventually  en4  (before  I  •  51  is  uacd  •■  a  subscript  or  when  we  have  found  the  bolt  we 
want);  an4  afc^r  we  exit  the  loop,  «m  cm  we  will  sec  BOLT  equal  to  the  proper  value 
CO  or  BIN(I).  depei^ing  on  the  value  of  I),    that  l8  exactly  what  we  wanted  it  to  do— 
«o  we  can  say  our  flow^art  la  correct. 


41 


cu>nt«Ul„g  a  aifrcr«,e  length  h«  r  vn«  J  [f^l.'^.'ll 

have  10  Hh^lv*^.  havt-  bolL  1^117^  If  J   ?  1    *  ""^  *  specific  dlawter. 

situation  by  adding  .norl^er  X^r       t.  J  I  ^'^^  We^uld  indicate  this 

have  a  10  by  W  ;,rr«y.    To  nfUrencV iiZ  tiLf  i  u    ""*fW»"**»>   MouU  tell  ur  we 

.«b«crlpt  r.fe..  u,  th/:^.cm,  I  h   "Ihm  h^I  "  '  IV'*"' '  "«»»-r    while  the  «co«| 

sl..Me-.,i™,.„«,..n..i  .rr..v      «n;r  .v       h  T  T^''  ""'^  -ul.Hrript  1«  called  a 

di«e„H|.,.,ai  «rrav.  el.  '      «ub«.-ript«  Jh  .^rird  „  double-  or  tw.^ 

«r.  J"  --^f  «"  ne»  contained  l„  a  dnuble.dl«enHlon«l 


as  (ivHi  mih 

suhftcript  rh.in 
lengCft  rluini^fs . 
All   boUh  i^i 
'>atm*   ;Ik' 1 1  luivi 
tUv  snntk'  (II aim 

IMAM  — 

1 1  Nirrn 


lAHJii  r  AUp  KXTKAirr  PWH'KR  SIZE  IHH  T 


WITPUT 


clf  ,inii'Ci*r  hoi  t  , 


Lurnre  Uf  N  wi  III  .fvrf>|HT 
'  r.Ktr.'irt:  proiHT  nizv 


SiihS(*rfiU  of  i*Jii-lf  wftli 
profNT  (ifamcter  holts 

nor  In  Ht«rl<  (Bf»f,T  «  O) 

Si^fti-ri|if»  Iff  hfn  vltli 
proprr  uize  holm 

t'rofHT  «li£e  hf»l  I 
not  In  Htork 


# 
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Ju  IfO  ..|.„rt  I...kH  a  llrih.  c.^.Mr.M.d.  .loea„'t  it?  lUn-.r  Unr,  If  tatkle 
f«tJ  l.,tu  ,»la.e.  ^  fVfrvrhlHH  will   f,«t  «e«.  tn 


ch-n-TJ**  tT/  T**'**  t''V  han,.e«.  an  the  8.*.«.rlnt«  In  arrav  HIN 


Iki  we  want  t<i  tlnd  ttu*  rigitt  aiani^*tt?r  ur  iIh*  rlHhi  JtMi^th  huit  rirHt?  Well, 
knoi#  Ctuat  all  boltn  m\  «  tdk^lf  hmw^the  utm^  dim^t^r  (ttnm  the  INPIT  Ciflum  uf  tli^  IFO 
eliflrt)|    but       Uo        kmw  ttiaf  ttie         Jbia  nof9tH*r  on  dilf<«r&fif  ntH'tvim  cantaiiss  tin? 
nmm?  l«*fi||Cli  hotiM.     Tlii*ri*ti»ris    tr  would  hi*  n  gooil  lilen  fit  Inc/iH*  tUv  sliolf  rhar  con'- 
islM  ttii*  prupt«r  dliifm'lvr  luiltR  Itrflt. 

•* 

Aft:«r  w«  have  exited  the  lonp  ttlAt  perforts^d  the  ^arrh  for  the  proper  diameter 
holt,  we  auHt  determine  If  we  terminated  our  m^arch  normally  or  abnormally,  will 
we  know?     'if  we  termtnate  ahnormallir.    the  variable    I    will  be  gmater  than  wh^it? 
RiRht!      Die  1  will  he  grearer  than  UK 

If  wt'  terminatr  uur  p^rarch  abnormally,  wl*  wiU  Hi»r  H()1.T   -  P  ar.d  exit  this  mfidule^. 
iUtierwitie,  we  will  h^ve  to  sf^arch  shelf  I   for  the  proper  Ifin'th  bolt. 


^  START^ 


I  »  1 


ri     I       y  that  tli«  preceding  flowdi.rt  in  not  coisplete.     That  portion  of  the 

flowchart  that  locates  an<l  extracts  the  pn»per  length  bolt  fro»  bin  I  «helf  I  has  not 
been  expanded.    Th^t  is  your  aHHignaent  for  tomorrow. 

i«  ^"i*  ''^J!!  y"*"^  flowchorting  asslgoaent.  examine  it  carefully .' What 

ts  the  largest  uwnb^r  of  boxes  you  would  ever  have  to  check  to  find  any  given  slxe  holt? 
You  will  note  that  ^ou  have  to  check  less  than  20  percent  o*^th..  total  nSrf,er  of  hlnn  to 
find  any  sise  bolt  contained  in  your  stock.    T»,ar  will  save  ynu  a  lot  of  time,  won't,  It? 
Why  don  t  you  have  to  look  In  eVery  bin?      Could  It  be  because  the  holts  wero  Ntorfed  In 
order,    bj.  dlam-tor?      That  Is  an  Important  p.,lnt  to  remeirfier  when  you  are  designing  a 
.data  base    for  a  computer  program.    A  program  data  base  Is  reallv  a  lot  of  related  or 
even  unrelated,  information  stored  In  a  computer's  memory.    Remember,  a  Computer's  i^m- 
orv  IH  inade  up^of  a  whole  lot  of  words,    or  littl.-  W«,    into  which  the  computer  can 
ston-  information  or,  from  which  it  can  extrnct   iniormatlon.    fli-Hlgn  vour  data  base  with 
somt-  kind  of  order,  «nd  the  cnnputer  will  Im-      U-  to  locate  anv. riven  piece  of  Informa- 
tion mudi  fanter  than  If  there  was  no  order  at  all.      Hnw  manv  bins  would  you  have  to 
Look     r  to  find  a  bolt  If  none  of  the  bolts  were   aored  In  order?     About  500. 

Assume  that  each  bin  has  two  sections  In  it.       The  front  section  contains  bolts 
with  a  hex  head,  and  the  back  nertlon  contains  bolts  of  the  same  length  and  diameter  as 
^t«/In°=i  ^f^'^""'  but-wlth  a  square  head.      Arrnv  BIN  Is         s.ibscripted  as  follows: 
BiNUn.50,Z).    As  an  exercise  1^  elementary  non-trivia,  vou  an-  to  develop  an  IPO  chart 
to  describe  the  problem  of  Inrating  a  certain  length,    diameter,    and  head  type.  In 
addition,  you  are  to  draw  a  flowchart  which  will  nhow  all  the  steps  necessary  to  solve 
the  problem.  ^  • 

The  se«^enttal  search  algorithm  we  have  Just  discussed  is  the  simplest  search 
technique  of  them  all.      It  will  work  on  itifortnal  Ion  stored  in  a  single  dimension  array, 
without  any  specific  order,     f  ts  m.iin  drawback  it.  that  it  requires  more  time  to  perform 
than  some  of  the  other  more  sophisticated  l eihn iqiroM . 


The  Bubble  .^ort  A  Igor  1th 


m 


-~  ,   ,  '  "IF  ^n*? 

,  P^iRe  of  a  dictionnry  for  the  word  "ZYWRCX."  do  vou?    Of  course  not.    A  dlctlonarv  is 
/         .ilphahftical  order,  no  that  technique  works  verv  well. 

Assume  that  you  have  just  bercnne  a  stock  clerk.    You  arc  replacing  someone  who  was 
tired  because  he  took  a  long  timt.  to  find  a  certain  «I«e  bolt.    When  vou  walk  into  the 
stock  room,    yru  notice  a  shelf  that  contains  50  bins.      Each  bin  contains  bolts  of  a 
certain  size.    All  bolts  on  the  shelf  are  the  sapu-  diameter.    However,  the  bins  seem  to 
be  mixed  up.    There  Is  no  particular  order,  by  length,  to  the  wa'.   -he  bolts  are  stored 
on  the  shelf.    You  know  that  if  the  bolts  were  stored  In  order  b%   length,  you  would  be 
able  to  .  Ind  any  siiee  bolt  much  faster  than  bv  doing  a  sequential  search  on  a  disorgan- 
ized mess.    Your  problem,' then,  is  to  r{gur^  out  how  trr  sort  t!ie  bolts  snd  store  them 
on  the  shelf  in  the  order  of  their  length. 

The  simplest,    hut  by  no  means  the  fastest,    wav  would  he  f.i  use  a  Mble  sort 
method.    You  look  at  the  first  bin  and  the  necoi^  bin.    Are  the  holts  in  the  Hecond  bin 
shorter  than  the  bolts  in  the  fir«t  bin?    If  they  are,  vou  simply  exchange  the  bolts  In 
the  first  bin  with  the  bolts  in  the  second  bin.    Tlien  you  muve  on  and  i-im^re  the  bolts 
in  the  second  bin  with  the  bolts  In  tfie  third  bin.     If  the  bolts  fn  the  third  bin  are 
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ftharc«r  th«fi  thm  holtu  In  the  second  hin^    you  exchange  the  contents  of  the  two  bins. 
Yo^  eontinya  this  proeeas  ^ttl  you  h«ve  ce«^re4  the  eontefite  of  tiie-lat  hin  vitli 
the  contente  of  the  nent  to  the  Jwt  tifn  and  exchanged  thciQ  if  neeftsaary.    A  flowchart 
of  what  we  have  dearrtbed  iMka  like  the  following: 


1 

•  1 

J 

•  2 

TEMP 

«  BIN(I) 

BIN(] 

[)  •  BIN(J) 

mU 

1)  •  TFMP 

RMJ  26-46 


Why  did  the  expre^ston  TEMP  ^  IIN(I)  appear  in  the  function  box  of  the  IP... THEN... 
ELSE  control  logic  primitive?    Uhat  would  happen  if  we  dumped  the  bolta  from  BXN(2^  into  , 
BIN(l)  before  we  ret^vi'd  the  bolta  that  mre  originally  in  BXN(l)?    They  would  get  mixed 
together  and  we  would  really  haVe  a  m^aa*      In  a  co8qsuter«    ;r  you  put  aoioe  information 
into  a  specific  mimiry  location,  the  original  contents  of  that  location  will  be  cfestroyed, 
neVenwre  to  be  seen*    We  have  to  retifive  information  we  want  to  keep  from  one  metdory  loca- 
tion before  we  put  other  information  in  that  sams  location. 
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Will  tli«|  tlu  iht*  iriik?    Yi-H  iUwHU.    fli^tftvtT,  what   li  Uti-  boU«  wt-re  nil  Morti»d 
att*T  K  •  n?     Wi?  wmitd  cnnttnw  to  jj^u  rhmugi)  ilu*  tmrll  K  a^*!  accacifjIlKh 

;itihn|yt^ly  nothing.  It  would  he  far  mu't*  i»ff!cfi>nt  if  we  roulJ  (hfiit;  i»f  a  wav  to  Htop 
our  out«r  loop  Hoon  atifr  tht*  IIIN  array  wof/  cottH»l*»ti»lv  Ncirtcnl, 

iiisw  can  VM*  tf*ll  when  th^  t^ntirt*  arrnv  han  been  Ht^rtint?      It  wt?  perform  the  inner 
loiip  Sn  e  1 WH  aiiil  Ufe'ver  i»xchitniii*  holts  in  two  mlJacVnr  bins,  tin-  «ort  proccns  htm  been 
rompii^tfd,  loulil  uHt*  a  nwinnry  v«rlnb|i«  net'  tu  siomc*  vnlui*,  Hay  zero,  June  bufore  wv 

*tfnit-r  thif  liinff  iuup,  <  Any  tlcm*       fXtrhanKf  tht»  contiMitH  of  two  bins,  we  could  net  that 
variable  to  Homt>  i»thc>r  valuri  h«iv  om**  i  Humi,    aftt^r  wt*  exit  tho  inner  lotvp*  wc*  could 
fhf*  k  to  Hee  it   lUv  mi*mi»rv  variable  wan  cltoogtMl.    If  It  was,  wie  go  back  and  repeat  the 
outer  Unip.     It   if  wann't,  we  are  through. 
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DEVELOPMENT  SI  PI'ORT  LIBRARY 


The  Development  Support  Library  (OSL)  sfrves  a«  a  central  repository  of  all  datn 
relevant  to  the  project,  in  both  human  readable  and  machine  recognizable  form.    As  such, 
it  is  used  to  organize  and  control  the  software  devrlopinent  and  is  the  focal  point  of 
information  exchange  -  both  management  and  ti-thnicnl  -  for  the  life  of  the  project. 

The  principal  objective  of  the  library  Is  to  provide  constantly  up-to-date  repre- 
sentations of  the  programs  and  teat  drtta  in  both  computer  and  human  readab le  forms.  The 
DSl,  concept  is  designed  to  separate  tho  clerical  and  developmental  tasks  of  programmin>£. 
In  addition,  the  IiSi,  makes  the  code  produced  jm>rc  visible  to  the  ti-an  meiAers. 

Tl.o  components  uf  a  DSL,  as  an  informatii-n  basr,  are  comprised  of  the  internal  and 
extcrn.i!  libraries.    The  internal  library  consists  of  machine  readablp  source  programs, 
relocatable  modules,  object  modules,  linkage-edit Ing  statements,  test  data  or  lob  control 
statem,.nts.    The  external  library  consists  nl  all  current  listings  nf  pn.grams.  as  well 
as  listings  of  recent  version^  of  the  programs. 

In  many  projects  a  development  support   library  is  maintained  by  s  librarian  who 
interfaces  directly  with  the  computer.     Programmers  interface  directly  with  the  computer 
only  on  an  exception  basis.     In  order  to  pem.it  this,  -a  standard  86t  nf  protedures  (the 
computer  or  machine  procedures)  for  performing  all  machin*  op.ratlons  is  required.  These 
procedures  contain  all  the  :  ^cessary  ijiformat  ion.  f.n  updating  libraries,  Unk-editlnR 
Jobs,  and  test  runs,  compiling  modules  and  storing  the  object  code  and  backing  up  ttu- 
libraries.    By  using  these  procedures,  the  Hbrnrliin  is  able  to  perform  any  of  the  libtary 
op«   itions  without  H^rect  assistance.    Other  team  m.-mbers  communicate  with  the  Mbrarl.m 
it.  .uch  ways  .is  submitting  original  coding  sheets,  making  notations  on  directories,  and 
indicating  changes  on 'source  listings. 
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CODING  SHEETS 

NOTEBOOKS 
RUN  REOl!£:>TS 


PROGRAMMER 


PROGRAMMING 
LIBRARIAN 


PROJECT 
NOTEBOOKS 

STATUS, 
ARCHIVf  S 
RUN 


COMPUTER 
INPUT 


CONTROl 
CARDS.  DSl 
OFflCE 
PiKJCrOURES 


•  COMPUTfR 


11»  mL  provid^m  m  ttigisiilcMf  4ld  fur  .CiestioK  dn4  evaiudtlan  in  that  the  code  is 
ci^ncniliyed  (o  dvuld  a^igult^r  of  wh^t  is,  and  what  is  not,  valid  software,    A  develop*- 
mt^nt  sspport  library  wiU  normally  consist  of  a  production  library  which  contains  code 
that  has  bs«sn  tssttni  and  uns  ur  m»we  dsvelopTOnt  libraries  for  new  code*    At  any  point 
of  the  projsct,    th#  overall  production  library  constitutes  the  current  o|.eiatlonal 
syststt.    Th6r«fort>  ctnaiderable  cars  is  taken  to  see  that  new  segaents  and  data  Item 
dsffniticms  have  been  properly  tseted  before  they  are  added.    Thla  testing  Is  performed 
in  the  developwnt  libraries  %^ere  segments  are  created  as  needed  and  exist  until  the 
units  have  het^h  tested  and  added  tu  the  production  library.    When  a  segment  is  added  to 
the  production  library,  it  is  rsittoired  from  the  development  library*    More  leniency  Is 
allowed  in  sdding  to  a  development,  library  than  in  rdding  to  the  production  '^^"■Wf 
For  example,  if  a  segment  references  a  data  item  for  which  it  is  not  authorized , ^^j"*^ 
cannot  be  added  to  the  production  library.    Unauthorized  access  is  permitted  in  a  devel- 
opment library,  although  the  user  would  hv  warned  that  he  has  committed  an  apparent 
error.    Control  is  obtained  by  requiring  that  an  update  to  the  production  library  be 
conditioned  on  pruui  ul  successful  testing  in  a  development  library*    This  will  reduce 
tht»  likelihovid  of  errors  getting  into  tht*  system.    The  verification  procedures  are 
reviewed  by  the  manager  whose  approval  should  be  required  for  update  to  the  production 
library. 

The  devf  lopmiMU  support  library  provides  the  necessary  control  for  prugrasmiing  of 
a  uyaiem  In  a  top-down  manner.  Testing  and  integration  will  start  with 

Xht  highest  level  system  aegnwnt  as  sooti        it  is  coded.    Since  this  segment  will  nor- 
mally invoke  ur  includt'  lower  level  segments,  code  must  exist  for  the  next  lower  level 
Hi»gment.    This  ci»di',  cui4ed  «  program  stub,  may  inmiedlately  return  control,  may  output  a 
mt-Hsagt?  tor  debuKKinn  purposes' each  tlF^  it  Is  executed,  or  foay  provide  a  minimal  subset 
oi  th^  functions  required.    These  program  stubs  are  later  expanded  into  full  functional 
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Mgsents,  i#hich  in  turo  require,  lover  levc^I  Hf  ^im-titH.    Integration  in,  thensTore.  « 
continuous  activity  throughout  the  developfeni  ptocvma.    IHiring  restingi  the  Bfetew 
executes  the  segments  from  the  Ilbniry  that  h  ive  bei-n  eoii^I«>tei]  nnd  ufieH  the  ntx^hs 
where  they  have  not.    It  if>  thlH  rharacterlst  fc  of  rontlnuous 'integrntlon  rhat  reduceB 
the  need  for  special  teat  data  driver«.^    The  ileveloplng  syBtem  Itself  ran  support  test- 
ing beciufic  the  code  th.it  Interfax  es  with  the  newly  adde<  segtientR  has  pn-vlously  been 
integr^ited  and  te*ited  and  .can  be  used  tn  frvd  test  datfl^  tv  the  m'W  fiegiw^nts. 

I'rograw  stub^*  can  often  be  crt-ntt-d  an  an  autosatic  tunciJnn  t.f  the  dcvelopmenl  »iip- 
pe-t  library.    This  automatic  funrtiuif  is  pn.vided  Uy  the  programing  support  library 
(PSL).    The  PSL  Is  a  software  systerowtilrh  provides  tlie  to«»Is  tf  nrxanl7.e,  intplement, 
and  ctmtrol  compute  -  program  deve  1  ofsiKMU  .    Tfie  systeiR  is  deslgntd  specifically  to  supporf 
top-down  developtnent  and  structured  prugr.wiing.     Illtli-rent  Iwplemefftaticttw  of  a  FSI. 
exist  ii»r  various  computer  and  opei.il  fng  systtm  envl  n.nmMits  used  In  system  develofHiient. 
The  iundaoiental  correspondence  betwern  the  IntemaJ  and  exff  tnal   libraries  in  earh  en^ 
vircmment  is  establlnhed  by  t\w  fKI.  tiffiti   and  romputtr  ptiKednirH.    Tlie  office  print-, 
dures  are  specified  at  a  detailed  level  sn  th;if  the  format  of  the  external  libraries  will 
be  standard  acriTSs  programming  projects,  and* the  maintenanre  oi  both  internal  and  external 
libraries  can  he  arcump I f nhed  as  rK-r*  al   fijin  iiinis.     Tlu'  fSf,  n-inpnter  pmreHures  for  earli 
are  expressly  designed  ft^r  easy  Invocatiim  by  librarian  perfUMiiM-l  hh  that  their  use  Is 
nearly  fail-safe. 

Tlie  use  of  the  top-down  approach  with  a  library  provides  a  basis  for  capturing  per- 
tormance  data  during  the  development  cycle.    By  re^  l.^cing  each  stidi  with  a  timing  loop 
that  utilizes  the  estimated  run  timi'  for  thai   luiict  ton,  the  deveh.plng  syfftem  becmiH-s  a 
model.    As  duasny  routines  are  replaced  with  working  ntde,  the 'perf««nimnce  results  can  be 
appraised  against  the  performance  obfeitives.     In  it  sfmlJar  manner.  st«»rage  aJJucatlim 
can  be  modeled. 

♦    '  The  use  ot  a  development  suppiM-t  llbrarj'  ctrmbiued  with  strnrtureil  programming,  t^p^ 
down  developnu^nt.  and  HIPO  diagraim;  signff  hanllv  imptoves  managi-ment  control  of  the  solt-^ 
ware  development  effort  by  providing  *  i»nt  imioiis  prnduct  vi«lbi1lfv,    SInie  the  de  vol  ..pi  ok 
system        undtrgntng  continuous  hit  egrat  itni,  fhe  system  status  Im  accurately  ref  lert  ed 
through  tile  rontents  of  the  library;  i.e.^  roftip Irteness  In  mt«dsnt#*il  olMertively  in  temri 
of  Ui^  nuicU        t\u*  svstem  Is  nj»erat  lona I .     Thr  rt^pieted  ntdt  «  an  l  e  reviewed  ti»  verify 
status  and  apprai  le  the  quality  of   the  sof  twan*  product. 

TI.AM  OPKItAT|t»NS 

ii  am  opetati  *ns  represents  a  rhange  in   ipproai  h  fri^  a  Immely  structured  gnnjp  of 
progr.umners  to  a  lilghiy  structured  team  of  '»r ogramtnf ng  spe*  falisfu  wlifi  work  under  srrirt 
operatiitnal  disri|.|ine»    Teams  organUed  In  iMIn  fanhfon  have  demonstrated  that  thev  i  an 
produce  qualitv  code  in  a  very  el!  it  lent  manner,     Thr  techniques  i.f  structured  program- 
ming, top-ditwn  development »  and   levelopfik*nt  r^^^upporf    librarleN  are  always  used.    A  team 
consists  if\  the  following  poslticms: 

1.  Chivf  F-ografiSner  -  A  senior  level  prognunmer  and  analyst  who  Is  respiTnf^iblt'  ter 
the  development  o"  the  progra^ng  system  in' a  I  f- r#H|H*rls .    This  person  carrf«'S  terhnical 
responBibillty  for  the  project  Incltsllng  higlier  echelon  cftordlnal  Ion .    He  produres  the 
critical  core  of  the  progr^tmming  system  in  dotal  leil  i#Hle  lilmHelf^  dln-rtly  spot  H  h  fill 
other  code  requtr.d  ti»r  system  Imp  lemi-ntat  Ion,  and  revii'WH  ancl  .ivorseefi  the  integration 
of  that  code. 

2.  Backup  I'rografiBs^r  -  A  senior  l^evel  progniW*r  and  analyst  wlio  functfofift  In  full 
spectrum  support  of  the  chief  programer  at  a  detaf  lell  task  levol  so  that  he  is  ronstaatly 
In  positiim  to  assume  tlie  chief  prograMver 's  respottr:lbl  1 1  r  y  temftnrar  I  ly  or  pernunuMtr  ly. 

He  may  be  called  upim  to  explore  a  1 1 «*rnat  I  ve  doslgn  ippri-n'^hes ,  hidMp^Mident  test 'planning, 
or  oth.  r  spiTlai  liisks,  btit  Motv*'M  ncrmally  ir.  an  nflve  p art  it  Ipani  In  ferhnff  at  d<  sign,  ' 
lnti*ro.fl  fafp«»rvl  fjff  at»  and  i-xftrti.tl  m/iftagt  f  mif  t  f  .•ft»i . 


if.iiiiiiii^.    Altti«>M|^ti  III'  .ir.-.«nri»l««ri.  r4M^|ii  it*H ,  I  i  ni"  .tgt«-<*df  t  s  «  and  teHt-ruiut  progr«iitti  *m 
'itMfti^ht«?d       pri*)«*<'t  |Mt»Mrcnnf  rii.  tin*  IfbrariHit  in  not  liltqpjy  A  pcHtlod  asslsiaAt  but  a 
iull--f  if^dged  Mfe^mbftM  »  Willi  dtrrr t  rftff^|ionMibi  I  { ty  tor  tlif  project-critical  task  of  main- 
tainitsg  thif  Hhrarv* 

4«      1%-Hfa  M(ftut>fri.  -  t.mU  lean  ih  a  t  l(*iiibU«  isiKiuli*  that  can  be  HupplM^nted  with 
.iddiiliinal  prn^raramt*n. ,  .iiialyatiH,  iir  rrcbiiii  f^iii.s  cofnofriHurate  with  the  vorkn cope*  Depend- 
tng  t'li  th^  size*  and  niiluiv  nt  ihe  prtt^niimning  pniject^  cither  additional  prograsners  can 
bt;  addtnf  to  a  ||lvt«n  Ci-aw  to  write  thi*  proKras^  Hpfcified  by  the  chief  programer^  or  con- 
pttnenfa  of  thr  overfill  dt^Nign  <*an  flnw  to  otbrr  tipfims  for  oore  detailed  design  and  coding* 

flu*  tiTW  ''HiMiior  programmi'f**  is.'ut  course,  relative;  but  within  any  prograA-* 

minK  prifductfiMt  t'nvl  rniinH^iit       agency «  it  can  be*  applied  to  those  assigned  professionals 
wlu»H«-  jtechiiiciii  com|iet  iMit  i*,  not  only  In  pro^.ranml^ig  details  and  techniques  but  also  in 
hriMiU  systrm  analyHla^  ainl  deHfgn,  Uau  dint  Ingiiiahed  them  as  progrmraing  problem-solvers, 
lei hiiii ally,  the  rhiii.  |'riigr.innc*r  and  the  backup  prognusner  should  have  such  intimate 
nunlliarity  vlih  thv  reHi*urces  aiul  tiuila  ul  the  proy.raMing  systera  and  language  with 
whiHt  they  ate  witrkinn  m  to  exploit  rhem  liir  specific  progr.iia  design  purposes  at  the 
J«*t.iilrd  coding  U'Vel.    On  the  managi-Ak'nt  nliJe,  they  ^mat  be  capidile  of  interfacing  with 
tht'  Hyatem  prolt^<*r  raancigt  r  and  tranHlnting  his  directives  into  prograamlng  production 
detii^nb  and  plaoH  tliar  nM*t<t  budget,  tim^'.  and  capability  requirements*    On  some  teastSt 
rhf  i.hlef  prografwriA^r  i»  rhe  first-line  ro.m.igi*r.  while  on  other  teavi  he  is  the  technical 
lr«idrr  who  Wiirke^  in  ct4»m-  liainon  witli  tfii-  lirHt-lim*  m^oiager* 

Krint  I  i^diic  in^  riiMiitii  lU'ople  Hu«ii  as  tlw  i  liUM  ijiid  b.ickup  pru^^rafmers  into  detailed 
pi.^Ktini  litd&nM  If*  •»Kni.'»s  a  tuw  not  ol  i*  i'l  tiimHtaitceH  in  today's  operating  systtm)  environ*^ 
iiifut  .     rtir         t.tfHiiii   Linguage.  dat.(  ■.tiiaKi-meni  accrfiH  methods,  utility  facilities,  and 
ItiKh  irvel  tiiiur^r  Lnuu.igt  ft  arn  ho  rlih  chat  there  ia.  both  a  need  and  an  opportunity  for 
uNih^  •tcnii^t  pt^rHorinei  .it  th»-  detail  K*d  coding  level*    Tlie  rwed  Is  to  make  the  best  pos- 
sible' iiHe  4»f  .4  vrty  ettiiislvi-  set  of  larilltieH.    Hit*  functions  of  the  operating  systems 
iirt'  imprt-HsiVi'.  but  t.u*v  ar»»  called  Into  |ilav  by  language  formsi  that  require  a  good  deal 
of  suidy  and  experi^ni't*  to  utlli:ei*  iti  the  nnist  effective  manner*    LiK^isc.  the  opportu- 
nity vKiNts  lot  a  muid  di-al  itt  work  loditctitm  and  sln^lif ication  in  the  application  being 
wrUti.^1.  in  hotfi  original  programminr  -^tnd  1  iter  maintenance.    For  example,  the  intelxi** 
gt'ftr  iiHt'  of  a  higli-l«'t^i*I  data  managemont  capability  miiy  eliminate  the  need  to  develop  a 
private-  file  proirsKliig  Nyati^m*    Kiii«ling  fiuch  an  intelligent  use  is  not  an  easy  task,  but 
it  lan  bring  Hiibr^i  anil  a  I  rediirtion  in  cod<*  required  and  easier  system  maintenance* 

Itie*  V*  Ktnicturing  In  (cam  apr(;itionN  initiates  functional  responsibilities  between 
data  deilnftion.  piogiaRi  deHfgn.  clerical  iiperationft.  etc.,  so  that  ^accountabilities  are 
btttcr  defiiked.    i  oiiifti«qu<  nt  ly .  commuiitcat  f  on  cimong  team  B^n^ers  is  sharpened  and  ©ore 
piff^ihc*  vfiv  rwfpaiaiioii  of  ak  i  I  Ih  toittes  a  high  degree  of  public  practice.  For 

t'X^niiplc-.  i\u'  libtiii  ian  Im  rt'Hponaiblo  t^>r  picking  up  all  co^iuter  output,  good  or  bad. 
and  tilini(;  it  In  Uu*  ncti'tHUtks  and  archivi's  of  the  d^velopd^nt  support  library  witere  it 
beconM  H  pari  of  tht-  put»lh   uncord.     Hy  coniraat.  in  traditional  programming,  operations 
ttif  b.id  riiMN  K»»  ttiiii  ttu-  wan tc bask i' t  .  oitm  destniying  lidf ormatlun  of  latent  value,  but 
certainly  dt-NtrMying  information  about  errorH  ui  careleaaness  •    This  identification  of 
all  program  data  a!id  Cioputer  runn  aa  public  asaets,  nut  private  property,  is  a  ki^y 
frlui  iplt'  in  te.im  i»pi-t  at  iona  .  ^ 

least  opiM'atloiiH  allowH  tor  pritfeHsiiMial  growth  and  technical  excellence  in  program^ 
ming.    Sinctf  delegati'd  clerical  procedurea  are  uaed  to  maintain  programing  systei^  da-. 
vel.>pmrnf  in  «i  highly  nrructured  and  viniblt'  fiirm.  finite  time  £md  energy  can  be  allocated 
to  devehtping  key  teclinlral  skills  and  building  the  d«'6irable  softVare  system*  This 
creative  envirotiment  pr^videH  giwd  rijinin^  for  other  programmers  associated  with  a  team^ 
preparing  tht^  tor  leadership  in  future  teai®*!    Inefficient  coding  habita.  and  techniques 
4  an  easily  bv  idt'OCifled  and  correct- J*  / 
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The  technlqut..H  desirlbrJ  {n  this  docum-nt  m-rfsem-  a  dlsclp.llned  approach  to 
application  developnent  which  ran  have  a  dramacl.   Impact  on  the  data  procc«M|ng  de- 
partment 8  ablUtv  to  respond  to  Its  iwrrH.      Ttif  uHi-  of  this  Improv..d  technnloRv 
should  result  In  inpruviwntH  In  nanngcah  1  H f  v ,  pr.Mlurtlvitv  ,  nnd  pr..F.ram  qunlitv 
and  malntalnahiUtv . 

The  use  of  structured  proRraastlng  hrl.igH  a  hlRher  precision  ,.nd  reliability  to 
programolnR  than  t*ver  before.     It  reHuJts  In  proRfama  which  can  b|.  read,  maintained 
and  modified  by  other  programmers.      T/p  d.iwn  devrlopfnt-iu  IraposeB  an  architectural 
discipline  which  reducen  the  tiaurcas  oXlnteRratlon  testlnR,    and  promotes  a  raore 
orderly  system  development.    HIPO  support^,  top  down  devflopmeni  and  provides  mean- 
inRful  documentation  that  keys  on  function.    The  job  structurlnR  within  team  opera- 
tions Isolates  functional  responsibilities  between  data  definition,  clerical 
operations,  program  design,  etc,,  so  that  accuuntabll  I  ties  arc  better  dofint-d  As 
a  result,  all  team  members  are  motivated  to  think  and  coranunicate  more  accurately 
and  consistently  about  their  specific  Jobs.    Structured  walk-thro.ighs  locate  design 
and  cooing  errors  much  earlier  in  the  process  and  enable  management  to  convert 
project  r^lews  Into  meaningful  milestones  which  .;ontrihute  in  themselves  to  team 
productivity.     Finally,  a  development  support  library  provides  the  visiblHtv  needed 
to  measure  and  :ontiol  the  development  process  ami  helps  the  data  processing  depart- 
ment, like  Its  users,  take  advantage  of  the  comp.ifer's  time  and  labor  saving  powers 
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STUUnilKKf)  WAIJC-THROIOS 

Prolect  managi-n^nt  han  long  recognl24»d  the  need  for  periodic  reviews  as  a  vehicle 
for  d«termlntnR  where  i\w  project  titAnd&i  i.i  relation  to  its*  schedule,  and  for  identify- 
ing areaa  that  require  special  attention.     Generally,    however,  these  exercises  have 
heen  looKed  upon  wJth  miHglvlngs  hy  thmu*  who  wu»t  siAroit  theimjelves  to  the  review. 

The  situation  whlrh  claiiHiciil  ly  arlKes  during  the  review  is  one  of  cbnflict  and 
hostility.    The  review  taken  on  the  appearance  of  a  witch  hunt,  and  the  reviewer  finds 
hiffiself  in  the  poiiition  of  Inquisitor,    At  bent,  the  reviewees  feel  they  have  little  to 
gain  from  this  encounter  and  most  prohab^v  feel  that  they  will  come  our.  o|  the  review 
with  a  list  of    ••to-dos"    which  will  only  sfrve  to  put  them  farther  behind  in  their 
dfvelopraent  acheduU-K.    More  damaging  still  is  rhelr  belief  that  the  Linger  the  list, 
thr  longer  the  indictment  against  thera.    Tlu»y  feel  that  they  will  learn  nothing  in  the 
review  which  will  help  them  attack  their  unique  problems;  moreover,  th.fy  feel  that  they 
will  spend  a  large  and  unproductive  portion  of  the  ii^eting  Just  bringing  the  reviewer 
up  from  ground  zero. 

The  structured  walk-through  desi  ribed  here  increases  t!ie  value  of  these  reviews 
*  bevund  a  deterroinat  iort  of  srhedule  v.irianc*'  and  problero  identification,  and  eliminates 
,     manv  of  the  negative  asj»ect3.    Within  l&M  tHe  structured  walk-through  is: 

A  positive  motivator  for  tlie  project  team, 

A  learning  t»Kper fence  for  the  team. 

A  tool  for  inalvzlng  the  functional  design  of  a  system, 
A  tool  for  laicovering  logtr  errors  in  program  design. 
A  tool  for  eliir.inatinft  coding  errors  before  they  enter  the  system* 
A  framework  for  Implementing  a  testing  strategy  in  parallel  wi«th  devr lopnent , 
A  measure  of  complecenessf ,  , 


I. 

2. 
3, 


A"  structured  walk-through  is  a  generic  name  ^iven  to  a  serle.s  of  reviews,  each 
with  different  objectives  and  each  occurring  at  different  times  m  the  application 
development  cycle.    The  basic  character ist  icf?  of  the  walk-through  are: 

1.  It  is  arranged  and  scheduled -by  the  developer  (reviewed)  of  the  work  product 
being  r#*viewpd, 

2,  Management  does  not  attend  the  walk-tfirough  and  it  is  not  used  as  a  basis  for 
employee  evaluation. 


3.  The  particlpsnta  (reviewers)  are  giyen  the  review  materials  prior  to  the  walk- 
through and  are  expected  to  he  familiar  with  /hem. 

4.  The  walk-through  Is  structured  in  the  sense  that  all  attendees  know  what  is 
to  be  acconqylished  and  what  role  thev  are  io  play. 

♦ 

5.  ,  The  emphas^ls  is  on  error  detection  rather  than  error  correction. 

6.  All  technical  ^o^ers  of  the  projtjct  team,  from  most  senior  to  mo&^t  Junior, 
have  theii  rforK  product  levim^ed*  ■ 
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Mechan  Ics 

Ttie  objectives  of  the   ;tructured  walk-through  wl  li  be  different  at  different  RtagCH 
ot  the  project.    The  basic  mechanics  will,  hc^evpr,  reiaain  the  saro»».    The  reviewee,  the 
person  whose  work  product  in  being  reviewed*    in  rrHponslble  ^'or  arranging  the  t^eting. 
Several  da^rs  prior  to  the  BH?etlnR,    the  revli'wee  sflects  the  attendees  he  feels  are 
required,  distributes  his  work  product  to  thrm,  states  what  the  oblectives  of  the  walk- 
through will  be,  and  specifies  what  roles  the  revltvers  are  to  pl^v. 

Although  there  are  no  hard  and  fa«t  rules  as  to  who  the  reviewers  shouW  be,  the 
Idea  is  for  the  reviewee  to  pick  thc^e  Interested  parties  who  can  .letect  deviation^, 
inconsistencies,  and  violations  within  the  work  prc^duct  or  in  the  way  that  it  interacta 
with  its  environment.      Typically,    but  not  necessarily,    the  reviifwers  will  be  project 
teannnaees  of  the  reviewee.      For  example,  early  in  the  project,  wh»?n  a  major  object! vr 
U  to  insure  that  the  system  is  functionaj^v  cutaplete,    the  roviwne  might  want  user 
representatives.      Or,     if  programmers  and  analvNts  are  functionally  separated,  and 
the  objective  of  thv  walk-through  is  to  insure  that  the  progratmiR^r 's  Internal  specifi- 
cations match  thu  analyst's  external  specif ieat  ixins ,  then  the  prograirBm^r  wnuld  want  the 
analyst  to  attend.      Within  IBM,    it  is  mtt  unLomraon  for  a  programiM»r  to  rpHchedule  a 
walk-throu^  several  ^imes  in  order  to  Insure  ttiat  a  particular  reviewer  will  be  avail- 
able. 

A  typical  walk'-through  will  include  four  to  six  people  and  will  last  for  a  pre- 
specifled  time,    usually  one  or  two  hours.      Tf  at  the  end  of  that  time  the  objectives 
have  not  been  met,  another' walk-through  Iji  sf  hpduli'd  for  the  next  convenient  time. 
Someone  J.S  designated  as  the^  recording  secretary.    Tliis  person- records  all  the  errors, 
itscrepancles,    exposures,    and  inconsistencies  th^it  are  uncovered  during  the  walk- 
through.   This  record  bocomes  an  action  list  fi^r  thf  rrvirwee  and  a  communicatinti 
vehicle  with  the  reviewers* 


In  addition  to  thr  substantive  questioOH  which  will  hopefully  arise  in  the  re- 
viewer's mind  prior  to  th^  walk-through,  he  will  undnubwpdlv  detect  minor  mistakes  such 
as  cvppgrapUical,  spellinp.,  granonat  ical ,  and  coding  syntax  errors.    Tticse  can  be  hnndlt's^ 
several  wavs  .    One  way  Is  to-  Instrurt  each  reviewrr  to  make  an  error  list  «nd  psss  it 
to  the  recording  secretary  .it  the  beginning  of  thr  walk-tfirough.      Another*  wav  is  f<»r 
each  reviewer  to  cover  thvnv  errors  witli  the  reviewee  offline.    Or,  tfie  reviewers  can 
annotate  their  copies  of  the  work  product  ancf  return  it  J^o  the  reviewer  at  the  end  of 
the  wa  Ik- til  rough .     The  Impurtnnt  point  is  that  the  walk-through  should  be  concerned  witli 
problems  of  greater  substance  ( i  .e. ,  ai^iguou^  specifications,  basic  design  flaws,  poor 
logic ,  inappropriate  or  Inef fie  lent   coding  t echniquen) • 

*• 

Mechanically,  what  takes  place  during  the  structured  walk-througli?      First,  the 
reviewers  are  requested  to  comment  on  the  compIeteneHs ,  accuracy,  and  general  quality 
of  the  work  product.    Major  concerns  arc  expressed  and  identified  as  areas  for  poten- 
tial follow-up*    The  reviewee  then  gives  a  brief  tutorial  overview  of  the-work  product. 
He  next  "walks"  the  reviewers  through  the  werk  pro<luct  in  a  step- by-step  fashion  which 
simulates  the  function  under  investigation.    He  aiteinpts  to  take  the  reviewers  thrnuj^ 
the  material  in  enough  detail  ho  that  the  ro^ifc»r  conrerras  whicti  were  expressed  earlier 
in  the  meeting  will  eitjier  be  explained ^a#ay  ur  brifyght  intfe  focus.      New  thoughts  ami 
concerns  will  arise  during  this^  "manual  ext*cution"    of  the  fnnrfion,    and  the  ensuing 
dlficiiaaion  of  these  points  will  crystalliau?  everyone's  thinking.      Significant  fa^i^ors 
that  require  action  are  reccjrded  as  they  eioer^.e. 

c 

A  key  element  regarding  the  structured  walk-throuf^  is  its  relationship  tn  the 
project  test  strategy.    Within  IBH,  the  structured  wa1k-throu|^  is  part  and  parcel  of 
a  parallel  test  strategy  and,     fn  fart,    the    "i^iainiol  execution"    in  often  driven  by 
ffirm/f  I  f  fsril  tes»   caneB^  , 


ii»w^ai«t*iy  mtx^x  chr  me«tin«,  t\i^  r*currfia»  secretary  dliitrthutes  c^ii«is  of  the 
i.-ndwri,t^„  action  Hmi  to  .11  th«  .ttendeeK.  it  1b  the  reHponslMllty  of  the  revlewi:e 
vu  Imiu.  ..  that  the  pntntN  i.f  concern  on  the  net  Ion  list  are  succesM fully  resolved  and 
that  th..  r,.vU-wt.r>*  «r..  notflU-d  of  tht-  .ictlonn  taken  and/or  the  corrections  that  have 
btM-n  mud*-.  Cnili*  latttT  point  Ih  Important  because  nany  of  the  revelations  which  arise 
Impact  the  reviewers,  particularly  If  they  and  tho  revlewee  are  teanaates.)  Management 
doea  nut  double-cheik  the  action  llac  tu  liisure  that  the  outstanding  problems  have  bten 
tcHolved.  nor  doas  it  uae  this  list  as  a  basis  for  employee  evaluatioil.  Rather  the 
action  Hat  is  consldfred  to  be  a  tool  used  to  improve  the  product. 


As  Part  Iff  New  Tfchn.. Inglt-s 

Structured  -alk-thrnuKha  have  been  lmplero..nted  within  IBM  programming  groups  which 
iiHing  structured  prograiumlnR.     top  dtiwn  dev««lomi».nf .  H«««i„rm,^«f  »  ►   .  „_ 


art* 


prograiumlng,    top  dtiwn  deVelopiwnt,  development  support  libraries 
and  team  uperatU.ns.      In  fact,  the  use  of  walk-thtoughs  as  described  in  this  text  has* 
evolvrd  t..  Its  prt-sfnt  position  because  of  these  new  technologies.  , 

n.r  vislhUltv  inherent  In  structured  proRrammIng,  the  Idea  that  code  Is  meant  to 
b..  rna.l  (,v  oth..rH.     the  enforced  proirananlr.g  conventions,    and  the  simplified  program 
IukU  m«ke  It  easv  for  the  reviewer  to  be  "walked  through"  rode  segments. 

Th»  us.-  ot  HJl'.i  a.s  fl  top  dt*rn  des  1      and  .locunu-nt.it  f on  tool   lends  it-^elf  well  to 
tht.  strurtured  wal  k-tl.  n.ugh.      HlPO's    graphic...  representation  of   funrtli.n  gives  th- 
revlewee  ttie  luxury  ni  something  concrete  and  tangible  tlirough  which  he  can  take  the 
reviewers  in  a  step-hv-step  fasnton  at  Increasing  levels  of  detail. 

A  J»'Velopment  support  library  orBanlzes  and  structures  the  emexglng  Kysten  so 
that  the  detalU  can  be  eaNll^  -eviewed.     Jn  addition,  the  libxtfrlan  can  idso  serve  as 
the  re.  ordlng  secretary  for  the  walk-thmughH .  / 

Hie  .om-.-pt  nf  a  tightly  knit  team,    whoa..  raemlM.rH  poHsess  unique  skills  and  who 
are  in  .  lose  .-cimmun  1 .     Ion  with  each  other,  Ih  loglraHv  .suppori  ed  by  the  idea  of  a 
structured  waik-t  hr ,  .„gl, .     Since  the  chief  prugr.iTiiHier  and  the  ha.  kup  programiwr  already 
r»-«d  ci..li',  the  exren.slun  to  evervon*  rea'Mn.K  «;i'Je  Is  nut  a  malor  Jump.  Addlcionallv 
thcrt-  U  value  in  x\s.  walk-througl>  as  an  educatlonHl  tool.    Because  the  chief  prograiJ^- 
mer  and  the  hrfrkup  proKraminer  design  and  code  the  top  of  th^^  svKtem  first,  their  initial- 
walk-througha  serve  aa  lB,purtant  learning  experlenc-fi  for  the  other  team  member^— both 
in  tenw  of  design  and  coding  techniques  and  «h  an  fntrnductfon  to  the  systca. 

Withir.  ail  application  development  cvcle,     there  ^xt,  st- -eral  major  n,llestoncs  and 
many  minor  milestones  where  the  walk-through  i.  .hnique  can  I  <•  used.  an  example 

a  inannlnM  curve  tor  an  appU.  atloir  development  --vclr  in  which  ,the  new  technologies  arc 
being  used  might  look  as  sh«^n  in  Figure  4.    Th..  managem^-nt  of  this  project  could  decide 
that  one  condition  for  succe.ssfuUy  reaciilng  tl,.-  mUeKtone.s,     listed  tn  the  left-hand 
column  of  Figure  %  is,  that  the  ittm  in  the  ri^jit-hand  coIuehi  naist  have  been  reviewed 
in  a  structured  walk-through.      In  thia  ^ense,    rhe  wall.-chrough  tracks  progress  and 
serves  as  a  tseaningful  measure  of  completeness.  .  . 
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Figure  4.    A  Typical  Manning  Curve  for  an  Application  Development  Cycle. 
Major  Milestones  Whi^re  Structured  Walk-Thrnughs  Might  Be  Employed  Include 
End  of  System  Planning*  End  of  SvRtea  n«*slgn  and  End  of  Hevelopment • 
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Figure  ,5.    The  TAle  Shows  .IteoA  Which  l€^t  Be  Kevi^w^d  Using 
Structured  Walk-Throu^s  at  Vsrlfms  Tiwem  tHarfns  a  Project. 
The  Minor  Mi  1 ph tones  Would  Be  Repeated  an  the  System  Grew, 
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llu»  Hirucluted  wnlk-thruu^,  c*n  »iTVf  to  HHLiibliHh  a  franun^urk  fur  parallel  tent- 
Ing,     ''drii41el  testing  Impltea:     (I)  tf«e  cievi*lii{imtMic  of  tent  cqhvh  and  teuln^  procedures 
In  p<iriiUel  wtth  the  developwnt  uf  tUv  syHtim^  and  <2)  an  independent  te^iter  who  in 
rvfiponHtble  for  implementing  the  test  strategy, 

Hhtn  using  tea»  uperacicma,    the  tester  vovtf  logically  be  the  backup  programo^r . 
In  large*  functionallv  separated  organisations^    the  teaterCn)  might  come  from  an  inde- 
pendent group. 

The  tenter  builds  a  product  in  naich  the  Name  mauner  m  the  developer  does.  They 
both  start  at  the  hank'  place  with  a  net  of  functional  specifications.      The  developer, 
hwever,     looks  At  lUv  specn  as  a  buil,>r  might  look  at  blueprints,    while  the  tester 
loijks  at  those  Hpris  In  the  way  a  huHdlng  Inspector  might  Iwk  at  blueprints.  The 
tester,    like  the  inspector,    attests  to  insure  that  the  specifications  meet  certain 
standards,  and  that  rtie  product  matches  the  specifications. 

A  functionaKprugram  specification  can  he  boiled  down  to  a  set  of  cause  and  effect 
relationships : 

•  "If  the  accumulated  FICA  deduction  is  equal  to  or  greater  than  $10,800,  then 
return  the  difference  to  net  pay." 

•  *Vhen  the  on^ttand  balance  falls  below  the  reorder  point,  transfer  control  to 
the  EOQ  routine." 

c 

•  "Set  the  transmission  line  to  inoperative  and  notify  the  network  control  oper- 
ator if  the  retry  procedure  fails," 

Initially,    the  tester  takes  the  functional  specif icat Ions  and  breaks  them  down 
into  a  series  of  cause  and  effect  statements.      Rigorous  testing  means  that  each  of 
these  cause  and  effect  relationships  must  be  tested.      That  Is  to,  say,    the  tester, 
using  some  form  of  tabular  or  (graphical  assistance,  must  determine  whether  each  cause 
has  itH  desired  effect.    Unfortunately,  this  is  not  always  easy  to  do.    If  it  were, 
testing  would  not  be  a  problem  and  systejrei  would  be  more  error^free.    Cause  and  effect 
relationships  tend  to  string  together  in  complex  logical  chains.    Therefore,  it  if  not 
always  obvious  what  is  a  cause  and  what  is  an  effect.      In  addition,    analysts  and 

'designers  do  not  apply  the  same  discipline  to  their  specifications  that  the  progtaimner 
must  apply  to  his  co^e.    Rather,  they  tend  toward  f ree-f lowildg  prose,  resplendent  with 

Jnconalstencies.*     Nevertheless,  the  product  wU^ch  the  tester' is  creating  will  evolve 
into  a  formaliaeii  set  of  iiachine-^readable  test  ca^es,  residing  in  a  test  library  which, 
based  on  the  quality  of  his  efforts  and  the  thoroughness  with  which  he  breaks  down  the 
functional  specifications,  will  test  the  code. 

Within  IBM^    the  tester  plays  s  ki-y  roU-  in  those  structured  valk-throughs  which 
relate  to  detailed  design  and  programming.      'n>e  testex  views  the  walk-through  as  the 
vehicle  which  formally  brings  him  together  with  the  developer.      After  the  revlewee 
walks  the  reviewers  through  the  work  product  to  bring  everyone  to  a  common  level  of 
understanding,    he  passes  control  of  the  nM;eting  to  the  tester.      The  teste?  presents 
his  test  cases,  one  by  one,  to  the  revlewee.    All  participants  observe  a^  the  revlewee 
walks  each  test  case  through  Ui^work  product.    InconMlstenciW.  and  errors  are  spotted 


*  -Th^  English  language  is  not  noted  for  Its^  ability  to;.e»ress  cof^lex  relationships 
wit?h  preclgionv^  Perhaps  the  future  wrtt  see  us  evolve  ihtd  structured  8pec:|.f Ication 
Imguages,    A  step  in  that  direction  would  be  pseudo  code  narrative  aaloclated  with 
structured  programnlnf?. 
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tlu*  wiirk  ]fvmbh  i  unit  <ilNi>  in  llii*  tvHi  iM.m  fi,  tin*  rt  rnriiliu'.  f^rcrrfury  in  rrsffonnf hlt« 
n*r  n*curiIiftK  prulOt^mM  that  tflotf  to  Hit*  itrMfluri  ,  ^iml  rhr  tff*f*'r  \u  rvnfH^mlhie  fnr 

td  fifiMtiii't*  .1  riimi*f4-fi'         non^'OViT liipp ffiR  Hhinrv  «it  tr^-.f  r«si-»  wliiHi  will  v«ll<l«r«'  flu* 


ft    Hm**  I'vulur  inn        fhi*  ft-sf  Hirarv  prifi  i-fiiK  In  with  Ou*  nvnlem^    Wlii  lf»  {h^ 

Nvsti*m  <li'Vc*  l«»p*4  ttin  f  iffif  t  f  <i|t.i1  Ftp*  {'i  f  f  mf  fnfrrii/if  pr^fM  mt  nprrt  f  I  raM  imn  iin<i 

HM*<^  (filler. im^t  ri«»Mn«-  i'imIi*,    .itid  fitinllv  U*  f'i*mf*f  Irff  i-.Mlf^     fjM«  trMtrr  I*«  ifi*f«  t»^nrf- 

inl  |v   Ji*v(*  li*pifi^*  itii-  ff        HIm.iiv  from  f!i*'  liMi*M(*tvil  :«pfc  1 1  f  c  .«f  (iMifx ,     rn  i'/iii*4«*  anil 
fMi-«r  n*  lat  f  i>iiHlM'p«4 »  li*  m.'inM.il  tc»Mt  ^rt8t'^•,  .iiH  tltiftllv        w.-irli  I  nt^-romffihlt*  t***it 
Hv  itif  t  Imt*  .1  siil»-,i  f   ,.t   fill'  svsttMn  I?*  read**  tt»  li.   i*<tfitpf  If  «f  •     fhi*  i/ib^'m  vi  1 1 

fii«  lMdir<f  In  tU»*  I  f  f    Mhr.'irv    ni'l  rtin  h«'  ilrlvi-r,       liiifit   fh*'  ff»pi|»tlrd  i>^l<«. 


Hits  p.ir^Iit'l  (*\'tt  I  III 'i  (fii  mI   fill    'ippt  ii'Hf  IfMi  .ifii]  its  I  fr;  r  i;iH*«fi,  '  HVrtrftf  niif  .tnd  nt 

f 


Tli»*  I nliT*  s f fil  rr.i'kT  fti  iv  WMttdfi  witv  miina^t*m('n(r  di'»'?in'f  f/ik*  «  wore  urtlvo  parf  , 
In  flit'  wall*  it^roi*,;!!  i.r,    m«ft«   sp«t1  f  livil  Iv,  whv  tmniHg^tnnif  i|'»i'un*t  M«ir  tlie  artlntt  UbI 
*is  ,f  im*;isiirf«  of  it^plovi  t*  prr  i  f irin»inri%     Thr  /inHWri   fn  tlwit  ni/ni.iK«**'»t«nf  roiildt  h«it  nnly  .'if 
lilt'  «'y|»fnHf  of   1<'^^fnK  Ihf  vilin*«i  «»t    thv  w.il.k-|fti  oiiirli . 

Alt  csHfnt  lal  itiKi  tMlltMii   iui  «i  Miit't'cHtM  III  waf  k-itir«-iiKli  f'*   ni  and  non^-drien  •{ vt« 

.itiitiatt'  <Mi  th'  p;tri  of  tlu-  p.ir I  I r Ip^^tf h .    A  pnHincrlvi'  aiiiH^MfilM'rc  1'^  cmc  in  t^lHt  <li4< 
ri'VMwtM*  m^krH  ii   i•a^v  tnr  Mn*  rtviiwrs  1m  find  |»r<»b  Icmn .        Mf  Hli.nild  wctc^im*  llt#^Jr 
fridt»#u;k  .ind  *4t<f.nfi!  imm  (i«tr;t^i'  Hirl  r  ftankn«vi!*.     If,  ln^wrvcr,  lir  ft*rl*<  <liitt  !«•   iw  hrhiK 
i*v<ilu«itft*U  I'v  WMal  oCf'firs  in  !t«i'  walk  fjirituftli«    aftd  l>y  iht*  hI/a*  of  fhi*  acllcni  Hnf,  hp 
win  naturally  in  Nnppr*-Ns  rrit  fi*  lf<n«N  •      Hv  will  l*f  df^lcnr^ive  and  imrecoptivp  to 

mv  idp;K.^  II c*^^  wl  M  l>r  sf  iki*d  to  th#*  wtfri<  pi *Hliicr     rind  lit*  will  liavf  little  iwitl- 
v.tt  ton  to  f       Hession        *i  li-arninK  pjtinTf  «»n-'«' .      A  snccfSKf  u1  walk-lliroiikli  ♦  by 

nmipaf^sMn,  iti  ittit*  in  wliiili  m/iii\r  prntrti'^nd  IneofiHfHf  t^tn  fc-H  n^irp  (mrovfrtfd. 

Tin   roll*        the  ri*vi4*wi»rK  -is  nm»  of  prt»parnf  l^fit    non^^iwallriiHiH  prittiing,  and 
pi.»l»K'ui  diMinfifim,     It^tlu'V  ar*'  t i*ai«w.itfM  of  tho  r#»v1«wi.s  ft  will  iior*bf  unrniwmin 
for  rlu-m  to  Jt  ti?««vi^  tUn^  hiddi-n  retatitmfdifpK  i-itl»t  V*'tUf*vn  vhaf  fli**v  aVi*  d^vfloptn^ 
aii'i  what  Is  tM'iit>'  in»vl(*wi*d.    An^*f  Kf<^  tl^*^  will  cinvk*  fn  ff^hf  whirb  will  rifiuitf*  fnrthrr. 
cl.irif  i(  .if  l«tn  mid  dptfnitf*nn      If   for  no  other  ri-a«on»    manantimMif  nhmild  value  the 
walk'-tlirim*;!!  fur  ftf^  i  •mtrlhut  l<ni  an.  a  cowwiinlcaf  f  i»n  f«M»l  atnon^,  thf»"dev)i*tHp»*r¥i. 

Setting  the  proper  pHvehi? logliral  attwrnfrfiere  for  Htrutrturi'd  walk -tftrouidt  ia  the 
kev.    An  orRanixarion  ittftfr.fnH  te.wr  ofH*r^f  toiw »  top-doifn  developwvnf »  and  strucfured 
pru}irfmmin^  c«>n  do  ft  rather  naturally*    Since  the  rfiief  prnr.taiw^'r  and  the:  backup 
nrtiRfsnpier  will  pntdai:*'  the  initial  de^i^  Md  tli*'  iWHt  .eriti^at  c<tde  In  the  fivate«i« 


ir  worl"  «pr<NliH'tH  vili  in*  iIm-  fimt  iinck*r  revUif.    fifcaiiac  tliey'an*  nn^fi^  ^ifnfor.aaii 


riHtiidfnK  fhft*  wAlk-ilir*ttif^i ,  fn  addit  Itm,  fheNe  nilial  walk  fhrrniidin  wf  tf  arnre  b 
learnfriK  ••xfH'r l«Mtf- e  fi»r  flif  fe^  mtl  iwlv  nn  to  Ihi-  wa{k«*rh w*iiKh  fUfchanlrM  «  hiil  vfth 
renpeci       fhe  hvhi#h«  liN^'If. 


t^illv,  cli«<ri'  ar*^  #1  iint^  *  t  «iS  w.tv  tiuv  iuulct  ho  RHHiliifii  III  Hi  <  iiu*r  «tr^vinf /at  itms » 
Ttit»  central  IcUh.    fuiWfVtM  ,    •^liimld  fitfi.tfti  tUv  nnnn-i  •onvirt  fhi-  -LihsU,!! 

liroffcC  rfvifw  lnl«»  «  pr«iitM<  I  i vt'  w«irKhiK  M«*Hslun  wfihli  not  mil^  i  r/icks  pr.«K^*'^^i  hut 
whirh  mflkf>«.  a  ponltlvr  runt  ribut  (un  !«•  ih«t  prM^r«»»JM .    (Uitw«'ird1v«  mmn^n-WTif  iiiv«»fve-' 
immt  appt'AiH  liiit   ill  iCiiliiv  •  triff  MirtMl  <v<itk'^tiinifip«ltH  pinvidf  m;Mii'i|*i«fn-*nf  wftit  n 

vt^trl«p  tuf  «'4iC«.tif nit  i-rrnrs  In  ftir  *<<%"4irfn  /ir  ffu*  r:irlli'sf  pii«vtni|«  rlmi*  wun  tin  r<(f«f 
«l  cor ffi't  tiiK  tUem  i?*  hiwi'Sf   an*!  Ihi*<r  Impure   !•*  Nm.iflusl. 


* 

ft  tuiN  hr»fn         i'Vi  ri'«l  ffi^Mif  fv  fh  t|  ti«t«ptfi<T  pr*»i«i  .iiti ,  «  ,in  It  wrltion  wirt*  «  high 
ittf^rc't*  of  Htructurt't  whtcii  i^t'iMii  t  tUtm  in  he  metre  e.-isin  fiHt|i-rf:t«Htci  (ctr  tc*st{ng«  main** 
fenaniH',  and  modi  i  Itwitlf  n ,    With  sirii<  t 'irud  pr^i^rmi^'h.^*.,  ^  mtroi  hranchfng  in  c^nt^rely 
sc  AndHrdizifd  su  th^i  iiKii-  i  .III  In-  svad  f  I .     I  i.p       {'.tM-T.,    w({huiff  ha  V  { ftg  t«i  rracf  the 
ftranrhiciK  a?.  !•»  tvpitHi  l«»r  nnle  >'i'nor.it «»d  In  ihr  ^••'^'i      St  ru«  rur«'tl  nm^.raiwnlng 

rt*ptesentN  a  iit^  tt-.hni<Hf  MUtnUiird  whl«h  pirml  ts  hetfi*!  nr.'iHfit^fit  o\  (k*sf^n  quality 
fur  prugr^mt^.  ft  rurrt 'ipitmlH  i.i  prtiu  ipirs  in  hantwar**  itrslgn  whiT#»  If  Ib  knmwn  that, 
<ftll  puHMlhle  l«>gii-  I  lii'iilis  he  turniid  uut  uf  a  '{mal  I  ru  I  h»rt  lun-'-«AN!i,  OR^  MOT— uf 
Ntaiid44rd  cmapunent  .ii.ulis,  , 

lit  srriictiiml  |«i      rtimui  n^' ,    I'T^tgraiNtsurs  insist  thlnl^  i1r<'|iiT,    hut  th**  end  rffmlt  in 
fa-^ic*!  to  rt'adi  (iittleisiatHf,  .md  luaiutMin,    *\\u*  Mtandaiil.v  n!  <j  t  rur!  uri*d  pr  >t<r^^1n;^  «n'<« 
fuifi«^d  uu  mnif  mat  ht'itKif  <  I  <i  i  fhi-firi-ms,  .utH  «{u  nui  rt'qiiirc  imhi-  hv  i        ]ii^r  1 1  ,f  rat  l<<n , 
iiiHt  an  it        th<*  iuiiil«-n  «'i       pt'*H       f  cina !  cMtKltietr  to  hr  <ttt|i'  ilrcuftfi 
•  >iif  of  ct«rfatti  baNit'  •  umpmieiits,  su  it   Is  fh*'  hunh  ii  .  •  a  i»i«if  <••;•  |  unal  pr*i»',i  af<tm«'r  tu 
writt*  prugraiQN  in  a  sCrMrfuti'd  w;iv,    ii^Jnn  only  r«T«'nf1v   if  .indnrdi /.fd  hra<i<'ti  i  ii**,  runr 
vt*nt  iufiH , 


iofi  {kfwn  t*r<i^.r^imin>^'.  •  ; 

^tiuitured  pr4»^rfm!ml      ultM  mh^ifu       Hu*  d^'Vr  h^piiiuni        pi^'rvimji   ni   i  '/'t' down" 
litnif.  In  wftlch  nuijur  pru)i>i  .hmh  t'.iu  Im-  fu-'hiii  li.tu  sm<tl  let  |frH^r«ims  Hiruih^l)  .t  ( i^mtilnal  iun 
Ml  %  «ih*  iUul  th%'  Ji^nI  K,(;^t  tiMi  iiJ  •i'MiUBV  pf'«^r.iiaH  can»*d  pfiutiMm  iifiilis  wh4«h  ;n »  ri'for«»nci'<l 
or  4  illfj'itv  that  r^tUi'.      Hv  wrtfhig  ih^  •;uih»  wtiirh  rails  flu*  pruj'iMm  *i\%iU'   lM»furc  thr 
Htub'4  4  UciufielVifH  art*  dcVfi  w|i('d|     the  iiMt*i  I  Hi'i'S  hi*twt«iMi  Uu*  railing  an*i  cii*'  ia|4^d  ptiv^ 
^r«»H  arr*  defined  rump^etriv        that  fn    Intcriart*  prublinuH  wlll^  !»••  en<  tnifitiTiul  later, 

>i 

\  •  •  'v      '  . 

riit\  tesult  uf  ilir  'tV' I  imat  i »   Ji*..  i,'!hiud  appi:ua«'l|  vif  r<!  run  tiri-d  prn^rnnylng  is 

4<lM{i<'f  plr»-rision  prt»^i  imin<      rh  in  wa*.  I'  sslhh-  hrliiri'.       itn*  r«'Sifnj'  nt    ai^  Ir  programs 

ac  t  «>mpVlaried  imiru  lapfuM^;  itu   t  inil-^reirul!  s  .in-  pr«»vT«'»^^'^  whlrh  tan  hu  read, 

ralntHiut'd»  and  mudislf*d       ufhi"^r  pi«»>u.i^iTa  wftfi  muU  j^n-jfiur  f.irlllfv. 


r  '  ' 

0  » Any  prugraAy         mai^iM  hiiw  'lai^*'  '*r  fi»m|»|ex,    caim  br  nt*pr<':H'ftti*d  an  .i  ^^t^r  uf 

flovdiaita*      Htru4:tuit?d  pMtgl aifyutng  ihe|»rv  dealn  with  runv^^rc  iti^  Jari^c  and  f.uti4)1ei&    '  • 

fldwcharts  inta  standard  iK^rtm  i^u  that  fhey  ran  be  reprpaenled  f^^  liti>ra(inf4  atid  nest-  ^ 
Ing  m  ssail  nilErtker  of  baair  and  Ktaiuiard  cunticl  logic  ntniccunv^ « 
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A  sufficient  set  of  i.onlr  rontrnl  1ok«i-  HlrMcturpH  consistB       ri,r,.,.  meBtfjers  (see 
rlRure  6) :  * 

1.  A  sequ&ncc  of  two  np(>r«t  < oiw  (MiiVi;,  AHI/,  .  .   .)  , 

2.  A  conditional  braiuh  t..  .mr  ,.f  iw,.  opeif,flonH  and  rf  tiirn  (an  m:i.SE  HtVitrmpnt)  . 
Repeating  an  opt.rotlon  wlil...  nuPh-  condulon  In  trii,-  (n  Ddlfllfl.F.  RtntrmPnt). 


t.  SEQUENCE 


3.  DOWHILE 


,  Flgiin-  fi,     H.jsl,   C'onlinl  ],(i)  ic  St'ructurfM ' 

■  i  ,  ^  ■ 

The  haMc  structure  tluv.r.-m,    due  in  orfgln^il  form  to  Bnhm  and  .lacopfni*,  Ir 
that  any  fl|iwchart  can  be  rpprp5«.ntfd  in  an  e^utva lent .  form  an  att  iterated  and  neRted 
structure  iji  thesf  thre*-  basii-  ;nid  Rtandard  f inures.  <C 

Note  tl?at  each  structun.  haw  only  one  i^ut  and         output rarid^an  be  substlt.it^d 
for  mvjr  liox  in  a  structure,    ho  thai  coB^lex  flawdiartR  can  result.    iThe  key  point  In 
that  an  arhitr.iry  flowchnrr  has, an  fqufva1,.nt  representaMve  in  ^he^jass  so  huilt  . 

i  '  ' 

The  structure  theorem  demnnNtraleH  thnt  proRranw  oan  he  written  in  tenrw  of  TFBISK 
and  nOVmii.K  jrtatementH.      The  Idea  of  an  uiuondi t  f  f«al  hranfh  and  corresponding  Rtafel 
raent  l«bel       never  Introdurod  in  thewe  hwHlr  Htrurturew,  and  Ift  thxm  never  requf  red  in 


a  representation 


There 

figures,  an 
to  provide 


/ 


•lUng  reation  in  prograwning  to  use  such  a  mlnfraal  Bet/of  ba«lc 
"i  practice?  to  auftmrnt  the  baalc  set  with  two  vsrlatlona  in  order 
11  Uy.    r\w  varfatloiiN,  IIOIiNTTL  and  CASF,  are  nhown  ^n  Figure  7. 

,  .   alterna'tl^  farra  uJ   Itroping  structurr,  vtii  le  CAKE  Is  a  miftl- 

branch,  ouljti-Joln  contrul  ntniit ure  In  which  it  if?  tonvenieirt  to  expre/s  the  procesH- 
Ing  of  one  cif  many  {nY»H(^le  unique  orrurr«iice«.  '  } 


*  Bfrfiw,  C.  mA  Jo^oplni.  Q,,  "Ffow  niaRranw.  Turing  Mschln&ii  and  Languages  vlth  Only 
TWO  Fonaatiim /ItuleB,"  r<»«itjnie«t{on»  of  the  Associatfon  for4«:oH^utl0g  Ksdhlnerv. 
Vflluwe  9,  No/4,  Mjty^  196f.,  ■  • 
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Figuri"  7*    Variations  of  Basic  Control  Logic  Structures 

■  / 

A  raajor  charsi  tt*rlHtlf  of  j^grams  written  In  these  structures  is  that  they  may  be 
erally  read  from  tof,  to  bottom;  there  is  never  any  "Jumping  around'*  as  is  so  typical" 
trying  to  f^ad  u*ni<e  which  c^taiiffi  imcondltional  branches.      This  pcpperty  of  read- 
llty  Is  a  Mjur  advantage  in  developing,    testing,  .maintaining ,    or  otherwise  refer- 
Ing'  code  at  later  {Imes. 


Another  advantage,  nf,  possibly  evi«n  greater  benefijb »    is  the  additiimal  program 
design  work  that  1h  required  to  product-  such  structurcH^f  code.      The  programmer  must 
thln.x  through  the  processing  problefn,  not^only  writing ^down  everything  th^t  needs  to  be 
done,  hut  writing  it  down  In  such  a  way  that  jthere  are  no  afterthoughts  with  subsequent 
tump-outH  and  Jump-backf  ,  and  no  Indiscriminate  use  of  a' section  of  code  from  several 
locations  because  it  **just  happens"  tp  do. something  at  the  time  of  the  coding*  Instead, 
the  prograsimer  must  think  through  the  control  logic  of  the  module  cc^pletely  at  one 
time  to  provide  the  prqper  structural  Cranework  for  the  control,  ^This  means  th^t  prp<- 
grams  will  be  written  in  s  much  more  uniform  way  because  there  is  less  freedom^ for 
arbitrary  variety*  '  ^ 

.  Such  a  projitram  Is^much  tanier  Cc  (oiderstand  than  an  unstructured  logical  Jut^le; 
readability  has  been  invroVed.      Because  of  Its  simplicit>  and  clear  logic,    it  mini-* 
mites  the  danger  of  the  programner 's  overlooking  logical  errors  during  implementation; 
reliability  has  been  lmp'r»»ved,      Impriwed  rellri>lllty,  in  cotiisinat ion  with'the  great 
Himpllcity  obtained  by  structured  prografcnslng,    naturally*  leads  to  improved  maintain- 
ability.*   Further,  because  structured  code  in  simple,  a  t^rograsmner  can  control  and 
understand  a  much  larger  amount  of  code.    With  Increased  productivity,  progranmiing 
cdsts  can  be  reduced. 


Segmenting  Structured  Programs 

Imagine  a    lOO^page  4>fogram  written  in  structured  code.  '  Xlthouf^  it  is  highly 
structured,  su^h  a  program  i'a  still  not  ve^  readable.    The  extent  of  a  major  IK)  loop 
may  be  50  or  M)  pages,  or  an  IFELSE  statement  may  take  10  or  15  pages.  .This  ia  simply 
more  than  the  eye  can  comfortably  take  in  or  the  mind  retain  for  thy  purpose  of 
programming.  /  \^  .  . 
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  J^^ver.  with  our  progr.iBi  In  Ntruvtuf^J  f^tr.  we  can  begin  a  i-r..,-..:..  which  we  -an 

wulate  a  l-page  skeleton  proKr.na  whiih  r..pr,.«enf        it  lOO-pap,,.  rrnnrm. 

We  do  thl8  by  selecting  Hoae  of  the  mmt  l«p"rta.it  lines  of  cwle  In  thr  nrlRlnal 
progra«  and  then  filling  In  what  lien  between  th.«,.  Mnen  by  nnm^..    Kach  niv  ^aJe^  11 

1^  rM^  oL"^  ^  "•^"••^  ""^  '  :!1..d  !,v  a  m«rro  facllltv  Insert  . 

In  this  way.    we  produce  a  program  segment  will,  -..wrtilnR  un.lrr  5n  lines,    so  that  1. 
will  fit  on  one  page.    This  program  segment  will  he  a  mixture  of  control  statem.'nlH  and 
macro  calls  with  possibly  a  few  lnltlall«1n«.  .11...  or  anstgnnHMit  Mtalem.nts T;!-!!? 

The  prograjwer  must  use  a  seiwe  of  pr..portlrm  and  Importance  In  Identifying  what' 

irlrlL  rr^'d*^*'  7':.*^'''^'^  '•'•'^  JW-pagc  program.     It  corresponds  i,. 

writing  the      high  levrl  f  1owH,nrt"    for  thn  who!.-  program,    except  that  a  complctHv  ^ 

r.Kormw  program  segment  Is  written.    A  key  asp-rt  nf  s,r..ctur^d  programming  Z  that  In 

l^^s  n^.,  control  enters  ..,t  ,„e  top  an.l  exu/at  the^ott-M^?  and 

has  no  other  means  of  entry  »r  exit  from  other  p  .rts  of  th..  program.    Thiw,  wh«n  reading 

a  segment  name,  at  any  point,  the  reader  c.n  be  ..4sured  that  ...„rrol  will  iJs^hn"«h 

that  segment  and  not  othen^ls.  affect  the  control  logic        tl...  h.  la  Jading 

-ti         ff^^^^y  the  segment  entry/eirtt  requirements,  we  need  onlv  he  sure  they  Include 

thl  t^«^"?r  h^"fl*^K'"'^T'\°"  ^  ^'"^  «V 

the  ELSE  to  any  IF  should  be  put  In  the  same  segment. 

1    «  ^"^l  ^^""^       illustration,    this  first  segment  .ay  consist  of  some  30  control 
logic  atatenents.    such  as  DnWHILF4i.    IFEUSI-s.    perhaps  another  10  key  InltialiElng 
statements,  and  some  10  macro  callN.    Tliese  10  macro  calls  may  Involve  something  like 
10  pages  of  progranwlng  each  for  the  orlp.l.M,!  10(»  pages,  although  there  may  be  consid- 
erable variety  among  their  sizes.  cons in 

Now  we  can  repeat  this  process  for  each  of  these  10  segments.    Our  end  roiult  is 
a  program  which  has  been  organli^d  Into  a  set  of  named  member  segments,    each  of  which 
can  be  read  from  top  to  bottom  without  arty  side  effects  In  control  logic  other  than 
what  la  on  that  particular  page.     A  proKrawKr  can  access  any  level  of  information 
about  the  progrn.  from  highly  summarliied  at  the  upper  level  segments,    to  complete 
details  in  the  lower  levels. 

In  the  preceding  paragraphs,    we  an.fimied  that  a  large  structured  program  somehow 
existed,    already  written  with  structured  control  logic,    and  discussed  how  we  could 
concentoallv  reorganise  the  identical  program  in  a  set  of  more  readable  segments  In 
the  following  text,  we  observe  how  we  can  create  such  structured  programs  a  segment  «■ 
a  tine  in  a  natural  way. 

Creating  a  Structured  Program 

«> 

»uppo«e  that  a  program  has  been  well  designed,    and  that  we  are  ready  to  begin 
coding.      Also  note  that  a  common  pitfall  In  prograsmiing  Is  to  "lose  our  cool"  —I.e.. 
I>«gin  coding  before  the  design  problesis  hove  been  thou^'it  through  well  enough.  In 
this  case,  it  is  easy  to  coopromise  a  design  because  code  already  exists  which  isn't 
quite  right,  but  -seems  to  be  running  correctly."     Th*.  result  Is  that  the  program 
gets  warped  around  code  produc«l  on  the  spur  of  the  mc«M>nl . 

Our  main  point  is  to  obsenre  ^hat  the  process  of  coding  ran  take  place  in  practic- 
ally the  same  order  ae  the  process  of  extracting  cod-  from  our  Imaginary  large  program 
in  the  previous  section.    Tliat  is,  amed  with  a  program  design,  one  can  write  the  first 
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rteHBteiir  whK*ti  tirrvt*M  ah  h  nkn-Xwiun  fur  eiu*  wttole  pr«t|(nim/ 4j»<iih  Htfgitrnl  timK*»t  whi«ro 
appHiifirUtt*,  to  r^frr  ti»  «nd4*  ihac  will  In*  wrlttt^n  latiT.    In  fmtt  by  Bltnply  taking 
lhi»  prc^c^ut f on  ut   htfU'tt  Iiik  iiimiy  f&i*nilti?rH  tntn  a  lihrarv  vi.tli  thofie  Kft^gTOnt  names,  one 
can  ciwplle  ur  msNfi^ths  .itsd  ev^  piWHihIv  t'Xifcutep  rhin  ftkelecon  progrte  vrliilc  the 
remiilnlnn  cudinK  In  t*tmi  Inued,    Very  t  fl^t^nt  it  makes  sense  jto  put  a  trapor«ry  state^*^ 
Mnt  **c:ot  to  hen*  <iK'*  m  a  filn^Ie  execut^lt^  statement  ln,9uah  a  dumy  meirfier. 

Nciv,  the  liegmiiitfi  at  the  nexi.  lewl  ran  be  written  in  the  aon^  way,  referring  as 
appropriate  to  iiegmentH  be  later  written  and  netiinft  up  duevy  Begmenta  as  they  are 
nataed  in  the  library*  Ah  eacfi  dumy  negiment  bec*ameH  filled  in  with  its  code  in  the 
librarvt  the  reriHnpi  liil  idn  of  the  segment  that  includes  it  will  automatically  pfoduce 
updated,  expaodtvt  vers  Inns  of  th#*  developing  program.  Problems  of  syntax  and  control 
logic  will  usiufllv  be  isolated  within  the  new  segments  so  that  debUggina  and  checkout 
goes  Liirrespaiidlnglv  well  with  such  problee^  su  Isolated.  *' 

It  is  cit'at  that  tht*  priigraamner *h  i*re.'ii  Ivicv  and  servie  of  propitrticm  play  a  large 
iartor  in  the  ettitlenrv  itf  this  programming  pntcess.    The  code  thai  gOi*s  into  earlier 
sections  should  be  dictated,  to  some  ext<»nt »  nut  only  by  general  matters  of  importance^ 
but  also  qutfStii4iN  «»f  g«'fting  executable  segments  reastmably  early  in  the*  coding  proc-r 
ens ;    For  example,  if  tho  control  logic  ot  a  skeleton  oN^dule  <tepends  on  certain  control 
varf^iMes,  th«flr  declarations  and  manipulations  may  want  to  be  created  at  fairly  high 
levels  in  the  hierarchy.     In  this  way,  the  control  logic  of  the  skeleton  can  be  exe^ 
cuted  and  debugged,  e^'eu  in  the  still  skeleton  program. 

Note  that  several  prugranners  may  be  i^ngaged  in  the  foregiMng  activity  concur^ 
rently.      Once  the  initial  skeleton  program  is  written,    each  prograimner  could  take  on 
a  separate  segment  and  wi»rk  sumewtiat  independently  within  the  structure  of  an  overall- 
program  desif^.    11u-  hf t-rarchical  structure  of  the  prop.r;mis  contribute  to  a  clean  '.nter- 
face  between  progranmu-rs .    At  any  point  in  the  programming,    tlie  segments  already  In 
existence  give  a  concise  framework  for  fitting  in  the  r€*«t  of  the  work* 
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APHiCNDIX  A 
ll-Ixiraii  I  ruin  C3iaptcr  6  of  AFM  l7i>IO,  Vul  I) 

Chapter  6 

FLOWCHART  SYMBOLS  FOR  DATA  PROCESSING 


02(1601.  CenrrAl.  Thi  ihii^kin..  of  thiji  rhafiti^r  is  to  c-atabUiih  flowchart  sytnboU  for  use 
m  thi-  preparation  uf  flowt  hart!>  lor  .luiomatic  data  prot  fusing  systems  and  applications. 
The«if  symbols  an-  thi-  Ami-rUan  Si  tndard  Flowchart  Symbols  which  were  approved  by 
thi*  Dcpartittfnt  oi  DfffnM>, 

020602.  Respunitibiliiy;  Ii  ik  mandatory  that  the  Amcriian  Standards  Association  sym- 
bols bf.  used  by  the  Air  Force  in  the  preparation  of  all  new  and  revised  ADPS  flowcharts. 
Existing  ftowrhartN  nei-d  not  bf  ri-at  rompltshcd  for  the  soir  purpose  of  converting  to  the 
American  Standards  Association  symbols. 

02060i.    Flowchart  Symbols. 

**•  Symbols  Rypn-M-nt  Functions.  Symbols  are  used  on  a  flowchart  to  represent 
the  functions  of  a  data  processing  systtin.  These  functions  are  INPUT /OUTPUT, 
PROCESSING.  FLOW  DIRECTION,  and  ANNOTATION. 

A  basic  symbol  ii.  established  for  each  function  and  can  always  be  used  to 
rt'.jresent  that  fum  tion.  Spei  ialisfd  symbols  an  established  which  may  be  used  in  place 
OI  a  basic  symbol  in  jjivi-  additional  infuntiation. 

*  " 

The  sisf  and  ilu-  dimt  itsiotisil  ratio  uf  each  symbol  may  vary  depending  on  its 
•prcific  use  but  not  tu  thi  puinl  ui  losing  its  identity. 


Symbois> 

CZ7 


Df  t^Lriptions 

Inimt/Oufimi  Syntbol,  Th«  !>ymbol  shown  represents 
ihr  infrnt/uutpui  mm  tion  (I/O);  i.e.,  the  making 
available  of  infitnn^ition  lor  proces&tng  (input)  or 
thi'  recording  uf  pro*  essi-d  information  (output). 

Pru^i'HNinis  Syinbtil,  Thi-  s^ymt^^oi  shown  r^'presents 
fhi*  proci'ssing  funttiun.  i.  t?.  ,  thf  process  of  exe- 
•  utin[4  a  df'finc'd  <j|irratiun  or  group  of  Op<?rations 
resulting  in  a  th^ngi-  in  value,  form,  or  location  of 
infurntation,  or  in  the  determination  of  which  of 
Hev<*ral  flow  diri'i  ttonH  ar«-  to  be  followed. 

Flow  Direction  Symbol,  The  symbols  shown  repre-* 
sent  the  flow  direction  function;,  i.  e.  ,  the  indication 
of  thi*  s(i  qui-ncc-  u{  avfiiliible  information  and  execu- 
table iiperations.  Flow  direction  is  represented  by 
lines  ilrawn  between  symbols.  Normal  direction 
flow  is  from  tup  tu  bottom  and^left  to  right.  When 
the  fh#w  direction  \%  not  top  to^ bottom  and  left  to 
rights  open  arrowhi*ads  nhall  be  placed  on  reverse 
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Syml>oU  P<»cripttotiB 

direction  flowliaec.  When  inirr«ied  ci«rify  is 
deaired.  open  arrowhcada  ca't  b?  placed  un  normal 
direction  flowliSMra.  When  flowlinea  are  broken  due 
to  page  timiution,  connector  vymbdla  dhall  bo  used 
to  indicate  the  break.  When  fluw  is  bidirectional,  it 
ran  be  shown  by  either  tingle  nr  double  lines  but 
open  ari-owheada  ehall  be  used  to  indicate  both  nor- 
^  mal  direction  llow  and  reverse  direction  flow. 

Annotation  Symbol,    The  sfrmboL  ahown  r» 
the  antiotaciosi  function;  i.e,,  the  addition  of  desc/ip*^ 
'  tive  commeniff  or  explanaiory  nofea  as  clartUt  a- 

^^f't^^f^'ken  line  may  be  drawn  either  cm  the 
left  s^jt  shown  or  on  the  right.    It  ie  connected  tu  th.- 
■  '  '  flowline  at  a  point  where  the  annotation  is  meaning- 

fttl  by  extending  the  broken  iine  In  whatever  fanhion 
is  appropriate.  ^ 

SpeciaUaed  Input /Otttput  SyrobolSe  Specialised  I/O  symbols  may  reprenetit  thr 
I/O  function  and*  in  addition,  denote  the  medium  on  which  the  information  is  r^^corded  ur 
the  manner  of  handling  the  information  or  both.  If  no  speiialtsed  symbol  exis'ts^  ihv 
basic  I/O* symbol  is  used.    Thesf  specialised  symbols  are: 


Symbols 


Q 


Descriptions 

Punched  Card  SymboK  The  symbol  shown  repre- 
sents an  I/O  function  in  lyhich  the  medium  in; 
punched  i  ards.  Including  mark  sense  cards,  p'arti«il 
cardsp  stub  tards.  etc. 

Magnetic  Tape  Symbol^  The  symbol  shown  rrpre- 
sentH  an  I/O  function  in  which  the  medium  is  mag- 
netic tape. 


Punched  Tape  Symbcile  The  symbol  shown  rrpr*  - 
sents  an  I/O  function  in  which  the  medintn  ih 
imnched  tape« 


tH>cument  Symbol,  The  symbol  shown  represents 
an  I/O  functi^nn  in  which  fhr  in^dium  is  a  doiuitieni. 


Manual  Input  Sym^bul,  Thi»  symbol  sl»wn  repr«*sf*uts 
an  I/O  function  in  wMch  fhi*  itiformaticm  is  enti^rrd 
mamially  at  the  time  for  processing,  by  nieaas  of 
online  keybifards,  switc  h  settings,  pushbuttons,  card 
reader eti  . 


O        Appeiidta  A 
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Oi  ptay  Symbol.  Th<«  iiyiiib<il  nhown  rt^presrnts  an 
I/O  fitncttoA  In  which  the  Infarmaiion  im  diapUy«d 
lor  human  ucir  «ii  tht«  itnic-  uf  procr99ing»  by  means 
iif  online  indicaiora»  video  deyicee^  conaole  print* 
rri,  plotter  fir  rtc.   

Commnnication  Link  Symbols  The  •ymboi  phown 
reprtittente  an  I/O  function  in  wl^ch  informatiMi  is 
transmitted  automatically  from  one  location  to 
another «  To  demote  thv  direction  of  dat^  floiKf»  the 
symbol  is  always  drawn  with  suf^rimposed  arrow- 
heads. 


Online  Storage  Symbol.  The  symbol  shown  repre* 
h^niH  an  I/O  function  utilU*ing  auxiliary  mass  stor* 
of  information  that  can  be  accessed  online; 
•    magnetic  drums,  magnetic  disks*  magnetic 


age 


tapt«  strips*  automatic  magnetic  card  systems  or 
automatic  microfilm  chip  or  strip  systems. 


V 


Offline  jytorBf^e  Symboit  The  symbol  shown  repre* 
semii  any  offline  storage  of  tnformacionp  regardless 
(U  iHi-  medium  on  which  the  information  is  recorded. 


d«     SjpecialisiHl  Pru*  t'nytirig  .SyntbuU.    Specialised  processing  symbols  may  repre«» 
sent  the  processtn|»  fuiic  tioii  aiulp  in  addsu<^<>»  idt*ntify  thr  Specific  type  of  operation  to  be' 
performed  on  the  tnfumtattun.  ^  If  nu  spiM  taltEed  symbol  t^i^ts.  the  basic  processing 
symbol  is  used.    Thesf  Npfciati^cd  hymbuls  are; 


Symbol 


Peticriptions 

t)f'»  iHiiiH  SyuiboK  The  symbol  shown,  represents  a 
(ifiiHi«m  or  >wtf«htng  typi*  Operation  that  delcrr 
iiiiiM-Si  'which  of  a  number  oi^alternate  paths»  in  to  hv 
followi-d, 

Pr»'ttf'iin4'd  Pro9.vHH  Symboll  T 'le  symbo i  shown 
ri*|ir<' sffii &  *i  iicitTU'H  |iruri«ss  i  ot.&tstinji^  oi  one  or 
iiMu<*  ii|K-rafiMns' or  program  steps  that  arc-  $p«'ci«' 
iM-d  I  lM-whi  rt'«      14.  p  subroutintf  or  logical  unit. 


M  aim  at  Oprr.ttion  Symbol.  "^T  hv  fty  m  bo  1  s  ho  wn 
r«*prt*9»f*nf  M  any  uil'lim*  process  gearc'd  So  the  speed 
of  a  liiinian  liftn^. 
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Symbol  w 


ri-|»r..»n.niH  an  «fri|«M  up..r.«ii.in  p.  .  i.irm,  .|  ..n  .  ,nii,.- 
Iiii  ni  liiii  iiiidi  r  dim  I  IUIII...I  ..I  ih,^  .  vMii.li  ,„.M. 
cvning  unit. 


o 


Coimwctof  Symbol.'  The  mymbal  shown  reprenrnis  a 
junitien  in  a  lan<*  of  flow.  A  sh  of  two  Vonn.  ,  lurs 
if.  u^ied  lo  rrpri-Beiii  a  coiilin,„.vt  How  din  cttuii  whin 
th*'  flow  is  broken  by  anfr  liinttatlon  of  thr  flow.  hari. 
A  Hel  -If  two  or  nioi  c  lonm  ctoi  r  is  usrd  tu  n  pr.  - 
st  ni  thf  lunctioii  o.f  ^nveral  riowlinrs  with  om-  flow- 
Hnr  or  the  jum  tioti  of  on.-  flovvlhie  with  ..n..  of 
si'vcral  aiternalp  flowiinrH,  •  g^^ 

Tcrimnal  Symbol.    The  symbol  >ihown  repret><«nrv  .. 
trrminat  point  in  a  »y»tf  in  or  i  ommunication  n.  t 
work  at  which  data  lan  ^m.  r  or  have;  e.g.,  »iait. 
stop,  hj«U,  delay,  or  interrupt. 


be 


f.  Existing  flowchart  t.-iuplatcs,  i. ...  ,  ihos.  provided  by  ih,.  .nanufatturrrn.  mav 
utii«ed  to  form  the  flowchart  symbols  abov... 


020604.  ^Summary  of  Amr,'l<  an  Standard  Flowchart  SymboN. 


A  summar*'      ^owi'iart  symbols  to  illusiraied  on  the  .oIIom- 


mg  page. 
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DISPLAY 


COMMUNICATION 
UNK 


ONUNE  ^ 
STORAGE 


OFFUNE 
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introductions 


FORTRAN  is  8  progresBDlng  langaago  •iallar  to  tho  langutgo 
ot  mathtaatics.    It  is  uBf4  prlstrily  lA  matht^itical  and  0el«ntifio 
•pplloatlons. 

nils  nanuaX  daaXi  with  standard  FORTRAN  ZV  as  daflntd  by  tht 
Unlttd  Statas  of  Aaarlca  Standards  Xnatituta.    Thara  ara  many 
versions  of  FORTRAN,  wrlttan  axpraasXy  for  particular  oooputars. 
These  FORTRAN'S  differ,  mora  or  leas,  from >ach  dther  and  from 
standard  FORTRAN.    Thia  manual  does  not  deal  with  the  peculiarities 
of  any  FORTRAN  system. 

The  tero' FORTRAN  Is  also  «^pplied  to  the  compiler  progrsm,  or 
programa,  vhlch  translates  the  FORTRAN  aouroe  languaae  Into 
machine  language. 

Tti9  FORTRAN  character  set  consists  of  47  characters: 

The  alphabetlcs  6  " 

The  numerics  0-9 
blank 

equals  » 

plus  >  -t- 

.  minus  -  •  .  * 

asterisk  ♦ 

slash  '  '  / 
left  parenthesis  ( 
right  parenthesis  ) 

comma  , 

decimal  point  .  . 

dollar  sign  S 


This  order  does .not  imply  a  collating  sequence. 
Programming  form  ^ 


-j'l  FORTRAN  STATIMgNT 

,1  ;  ;j  :^  »o  is  -        40         4S  5u  SS 


I  .....  .         ^  J  .  ^  .  .k-  ~  J.  i —  w  ;  \  i  k  k 


Orjlinarily  FORTRAN  statements  are  c^ed  on  a  formsi^dlar 
to  the  above..  Each  line  is  the  equivalent  of  one  puncBVa  card. 
Only  columns  1  .to  72  are  used  for  FORTRAN  coding. 

Coammt  , 

A  C  In  column  o^Si  indicates  that  the  line  la  a  ccmment; 
the  compiler  is  not  ^o  prccess  it.    A  coB»ent  does  not  affect 
the  program  in  any  way. 


FORTRAN  statements  may  continue  from  one  line  to  the  next. 
The  first  line  of  a  statement  is  termed  the  initial  line,  TJie 
following  lines  of  this  statement  are  termed  continuation  lines. 

Column  6  of  the  coding  form  is  used  to  distinguish  between 
initial  and  continuation  lines.  An  initial  line  contains *'ei ther 
*      a  0  or  a  blank  in  colvmm  6.    A  continuation  lihe  contains  any 
character  hut  a  0  or  blank  in  column  6«    Any  one  statement  may 
be  composed  of  one  initial  line  and  up  to  19  Continuation  lines. 

Statement  Z^b^ls 

Columns  1  to  5  of  an  initial  linn  may  contain  a  numeric  s tot*:— 
ment  label  so  that  the  statement  may  be  referenced  by  other  stat.ti- 
'  /    ments.    The  label  may  consist  of  from  1  to  5  digits.    The  label  may 
'be  placed  anywhere  in  columns  1  to  5.    The  same  label  may  riot  be 
given  to  two  or  more  statements.    0       not  a  valid  statement  dabei. 

End  line  •  -  • 

Each  program  unit  coded,  a  main  subprogram  or  dependent  sub- 
program, must  have  one  end  line.    This  is  the  last  line  of  the 
program  unit. 

An  end  line  contains  only  the  characters  E,  N  and  D  in'  tYmt 
oilier  and  blankp  somewhere  in  c columns  7  to  72, 

r 

Blanks 

Blanks  have  no  significance  in  most  FURTI^AN  statf meats. 
Thud  X~A-»-B  and  X   -VA  ^  H  are  equivalent.  Tlie  few  ex<  t-ptions 
are  noted  in  the  relevant  discussions. 


(  . 
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i%iiu-)ttuita»  Vanablen,  Arr-ayB  uiiU  l^uhncrlptn 

All   constants  and  variables  fall  into  one  of  the  following 
types:    integer,  real,  double  precision,  ccuaplex,  logical  or 
Hollerith. 

A  constanv  is  a  datum  vrhich  does  not  change  during  the  execution 
of  o  prograa.  t    .  ^ 

An  integer  constant  is  written  is  a  string  of  deeioal  digits, 
optionally  preceded  by  a  plus  ojr  minus  sign.    If  the  sign  is 
oaitted  plus  is  assumed. 

-    Examples    4-5,  1768,  -324  _ 

A  r<*al  constant  may  be  written  in  one  of  two  ways. 

1.  An  integer  part,  a  decimal  point  and  a, fractional  part^ 
Both  thf  integer  and  fractional  part  are  strings  of 
decimal  digits.  '  C^e  of  the  strings  may  be  omitted  but 
not  botti.    A  sign  may  precede  the  constant,  if  it  is 
omitted  plus  IS  assumed. 

bjcamples    5.^.  25.,    -.37i  +72 

2,  The  basic  constant  abo^e  or  an  integer  constant  may 

be  followed  by  the  "E"  and  an  optionally  signed  integer 
constant.    This  exponent  means  that  the  basic  constant 
is  io  be  raised  to  ttiat  power  of  10  represented  by 
the  integer  constant  following  the 

2 

Examples  means  1.5X10% 

-32E5    •  -32.X10^  7 

.54E-7  1/10' 

A  double  precision  constant  is  written  similar  to  the  type 
2  real  constant  above  except  that  the  letter  "D"  is 
used  instead  of  the  letter  "E".    This  indicates  that  the 
constant  is  to  be  stored  in  two  storage  units  rather  than 
-one. 

Examples  174.376D2     means  174.376X10^ 

-5.9.  D-3  -5.9X  1/10^ 

A  complex  constant  is  written  'as  two  optionally  signed 
real  constants,  separated  by  a  comma  and  enclosed  within 
parentheses. 

This  value  is  stored  in  two  storage  units. 

Exas^les  '         (6.5»  3.4)        means        6,5X1o''+3.4iX  lo'' 

(-7.E2,  -37.)  -7.X10^  -37.1X10'' 

(.4E-2,.17)  .4X1/10^  +  .17iX10'' 

There  are  only  two  logical  constants  written.. TRUE,  and 
.FALSE. 
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LS*'^^!'*^^  constant  is  written  as  an  integer  constant  (n)    the  letter 
«H"  and  exactly  n  characters.    The  n  characters  wSe  coisSSt 
value.    Any  cliaracter  legal  in  the  particular  processor  bein« 
used  may  appear  in  a  hollerith  constant.    Note  thfit  a  blSkfs  a 
Isgal  character  in  such  a  constcmt.  «i.  *o  a 


3HABCDE 
^12  3 
6HAB-466 


A  variable  is  a  datum  which  may  be  changed  during  execution  of  a 
program.    There  are  five  types  of  variables  integer,  real?  double 
precision  logical  and  complex.    Each  variable  usid  In  a  prog™  mist 
be  assiimed  a  name. 


A  variable  name  is  composed  of  from  one  to  six  alphanumeric  charac 
•ters.    The  first  character  must  be  alphabetic;  it  Impncltly  defines 
the^type  of  a  variable;    A-H  and  0-Z  inp:  '.es  ^^al  ty?e  J-N  Lp?ies 

Fxamplea  Name  •       Implied  Type 

A  real 
I  integer 
AIJ       ^  real 

N52  integer  i  '  . 

This  implied  typing  can  be  overriden  for  integer  and  real  variables 
and  It  must  be  overriden  to  define  complex,  iSgical  and  double 

?pIgei^?or^  ^  ""^^  ^yP^  statements 

An  integer  variable  may  contain  only  integral  values.    Its  size 
is  one  storage  unit.  ^ 

« 

A  real  variable  may  contain  real  values. 

iiSJ^^!  ^ storage  unit.    It  consists  of  a  mantissa  and  an 
exponent.    When  a  value  is  stored  in  a  real  variable  the  decimal 
point  is  floated  to  the  left  of  the  first  digit  and  the  exponent 
is  adjusted  to  reflect  this  shift.    Thus  real  is  also  teSeS 
floating  point. 

Examples    1.5  is  stored  as  .15X10^ 

32.76E2  is  stored. as  .3276X10^ 
.012  is  stored  as  .2X10-' 

A  double  precision  variable  may  contain  real  values.    Its  size 
is  two  storage  units.    It  consists  of  a  mantissa  and  exponent. 
The  extra  storage  unit  is  dedicated  to  the  mantissa.    Sus  while 
a  double  precision  variable  does  not  store  larger  values  than  a 
real  variable,  it  is  capable  of  greater  precisfoS.  than  a 
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A  logical  variable  nay  contain  only  the  value  true  or  false. 
Ita  aixe  i»       stoi^^  unit. "  "  , 


A  cfflaplex  variable  may  contain  only  c^qplex  values.  Its 
size  is  tvo  storage  units,  each  with  a  nantissa  part  and  an  exponent 
part.    In  fact  two  real  values  are  stored  in  a  ccaiplex  variable. 
The  leftBoat  unit  repres«its  the  r#al  j^irt  of  the  value  and  the  ri^t- 
^    most  unit  represmts  the  iaaginary  part. 

Example     3.3<»'7.4i  is  stored  as 

,35X10^  and  ,7AX10^ 

An  array  is  an  ordered  set  of  contiguous  variables.    An  array 
may  be  any  of  the  five  types:    logical.  Integer,  real,  double 
precision  or  complex.    All  of  the  entities  in  the  array  are  of  the 
same  type. 

Arrays  are  named  and  typed  in  th#  same  way  that  uon-contiguous 
variables  are  naiMd  and  tvped.    The  individual  entities  making 
up  the  table  are  termed  elai»nts. 

The  name  assigned  to  an  array  is  also  applied  to  all  of  the 
elements  in  that  arrfv,  thus  a  subscript  (see  below)  mist  be 
used  to  indicate  «^ch  element  is  being  referenced  in  executable 
statoimts. 

An  array  may  be  one,  tw^  or  three  dimensions.    The  number  • 
of  dimensions  and  the  size      each  dimension  in  an  array  must 
be  declared  with  a  DIHEKSXC^,  C(mON  or  type  statement  (Section  3/ 
prior  to  use  in  the  program. 

A  one  dimension  array  consists  of  one  row  of  n  elements 

A(1),  A(2),...,A(n-1),  A(n) 

A  two  dimension  array  consists  of  m  rotirs  of  n  eloaents  each 


^(1,1) ,A(1 ,2) , . . .  ,A(1  ,n-1 ) ,A(1  ,n) 
k(2,1),A(2,2),...,A(2,n-l),A(2,n) 


A< 

A(  .  .  

9 
e 
e 


A(m,1 ) ,A(m,2) , . . .  ,A(ffl,n-1 }  ^(m,n) 
A  thz*ee  dimension  array  consists  of  k  planes  of  fiiXn  elemmits 


each. 

A(1,1,1),...,A(1,n,1)  . 

e  •  e 

-      •  e 

A(mr1,1),...»A(m,n,1)  . 
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A(1,1,k),...,A(1,n,k) 


A(m,1,k)»...  ,A(m,n,k) 


'■3«s#T?:rrs5s-T^tti-  •--•-V 


^^8 


A  subscript  is  the  pointer  used  to  make  a  reference  to 
an  array  element  unique. 

t^^«  S J22®^!5®  ^  subscript  expressions  depending 

^  %*hether  the  array  has  one,  tm>  or  three  Simensions;  fhe 
entire  subscript  is  enclosed  within  parenthesis.    Earh  subscriut 
expression  is  separated  from  its  successor  by  a  comma. 

A  subscript  eacpression  may  be  an  integer  conbtent.  an  integer 
variable  pr  a  combination  of  these.    The  legal  combinations  are 

V 

k 

v-k 

v+k 

c*v 

c*v-.k 

c*v+k 

Where  v  is  a  variable  and  c  and  k  are  constants 

In  a  two  expression  subscript,  the  major  expression  defines 
row  tne  minor  expression  defines  column. 

Example  A(2,1)    refers  to  that 

element  at  the  intersection  of  row  2  and  culumn  1. 

*v.  expression  subscript,  the  major  expr-esslon  defines  low, 

the  middle  expression  defines  column  and  the  minor  expression  defines 
.plane. 

Example  A (5, 2, 4)    refers  to  tnat  eleint-nt 

at  the  intersection  of  row  5  and  column 
2  in  the  fourth  plane. 
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JPBCIFICATKMJ  STATEMBITS 


'  &T^tl^tLm  statCTests  give  infonsaticm  alMut  storage 
requir^ents  and  about  variables  and  constants  "^ed  in  a  in?- 
gram.    Specification  stateaents  stust  prece^  executable  ^tate- 
aents  in  a  prograa  unit. 

The  following  stat«Bents  will  be  discussed  here 


DIME3(SI0N 

ccmoN 

EQUIVALENCE 
EXTERNAL 
Type  stateoents 
DATA  * 


•         Properly  speaking,  the  DATA  statffl»ent  Is  not  classed  as 
a  specification  statanent,  but  is  a  type  unto  itself.    It  is 
included  here  berause  it  fits  the  above  definition. 
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ICHI  V^di  ),  Vg  (i2  ).-..•  V„  (1  ) 

yAiere  each  v  is  an  array  nase  and 
each  i  18  a  declarator  subscript 
of  one,  two  or  three  ejqvessions  t 
separated  by  coomas. 


D  (.mansion  statements  declare  the  names  ot  arrays  (page  2-3) 
used  in  the  program  unit  and  define  the  ntoiber  of  dim^isions  and 
size  of  each  dimension.    Arrays  may  have  one,  t%fo  or  three  dimensions. 

Exas^}les 

Single  Dimension  Az7ays 

DIKENSaON  A<6),  B  (100) 

defines  two  arrays  A  and  B.    A  has  six  elements  A  (1) 
through  A  (6).    B  has  100  elements  B  (1)  through  B  (100). 

Two  dimension  arrays 

DIME3©I0N  C(2,3),  D(10,  10) 

defines  two  arrays  C  and  D.    ('  has  six  elements  C(1  '/ 
through  C(2,3).    D  has  100  eluments  D(1,l)  through  D 
(10,10) 

Three  dimension  array 

DIMEl^ION  E(3,^,5) 

defines  an  array  E  with  60  elements  E(  1,1,1)  through 
E(3.^,5) 

Note  that  arrays  may  be  declared  in  a  COF^N  statement 
and  dxplicit  data  tyr*?  statements.    Such  arrays  may  not 
also  be  declared  in  a  DIMENSION  statement. 

An  array  name  and  its  dimensions  may  be  passed  to  a  function 
ir  subroutine  subprocrara  (section  9)  in  the  list  of  arguments.  In 
rhis  Case  a  dusmty  array  must  be  declared  in  the  subprogram , and  its 
f I mansion  declarators  be  given  as  integer  variable  rather  than  con- 
stants.   The  following  example  illustrates  such  adjustable  dimensions. 

in  main  subprogram 

DIMENSION  AB.\Y  (10,  10) 

CAIX  SUBSP  (...,  ARAY,  10,  10...) 
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in  Subroutine  aubprogms 

I 


Mm  XRAYCI.J) 

Array  with  ad^tsble  dia«Mions  nay  not  lie  defined  in  main 
su^^grans. 
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There  are  two  types  of  cannon  stoi'age  ,blank  ccomon 
and  labe}«9d  consnon.  Each  la  defined  by  its  own  fons  of 
the  COMMON  statement. 

Blank  c^BDon 


N  a       I  •  •  • 

1  2 


each  a  Is  a  variable  name,  array  namet  or 
array  name  with  subscript  declarators. 


the  order  in  %irhich  storage  ir  assigneU  to  entities 
in  blank  ccssmon  is  determined  by  t.he  sequence  of  the 
list  or  lists  in  the  CC^^N  ntatetnont  or  statenents. 


Examples 

1.  COPtlON  A,B(5),R,1 

2.  Zm/m  A,B(3) 
CC^ffON  H,I 

1  and  2  are  equivalent. 
Labeled  cooanpn. 


COMMON  /X^/a^ , . . . , a^/X^/a^ • ' ' '^n 

each  a  is  as  defined  for  blank 
common.  Each  X  is  ^e  name  to 
be  assigned  to  a  block  of  c(Hianon 


These  named  blocks  of  c«imion  are  cnllectivply 
referred  to  as  labeled  common. 

The  order  in  which  storage  is  assigned  to  entities 
^  In  a  block  of  labeled  common  is  determined  by  the 
X^quence  of  the  list  or  lists  in  the  C(»mON  statement 


Zm/m  Ikl  A,B,C/B2/I,J 

zmm/A/  D 

^ck  A  is  A^B,C,D 


the  order  vrithin 


  Both  types  of  Cbtenon  way  be  defined  with  the  saiAe 

CCmc^  statement  as  shown  in  this  exai^le. 

C»«ON  A;Hi/BVX(5,4),Y//C/B2/I,M 
5-4 


thia  defines  In  Uaiik  comon  A,B,C 

in  IftbeXed  c&mm  block, B1  X(5,4),Y 

in  labeled  coiBTOn  block  B2  X,M 

the  purpose  of  eoaaaon  storage  is  to  allow 

ref  erem  8  to  the  same  variaEles  and  arrays  by  a 

main  sul^rograo  and  its  dependent  ftmction 

sabprograns  and  subroutine  subprogrmos  (Section  9} 

To  share  eosanon  storage  two  subprogz^ais  Dust  both 

define  ccsoson  with  a  CCmON  stateaoit. 

A  variable  or  azray  need  not  be  given  the  sane 

name  in  the  two  definitions  because  the 

correspondence  is  by  relative  position,  not  by 

name.    If  labeled  cosiMn  is  being  defined  the  block 

names  in  the  two  definiti(ms  must  be  the  same. 

example 

in  main  subprogram 

CCmOH  A,X(4),B 

in  dependent  subprogram 

CCmOti  A,B,C,D,E,F 


A 

bA 

X(1l 

1  sB 

X(2] 

xp 

1  =D 

x(43 

1  sE 

B 

one  use  of  labeled  common  is  to  make  smaller  the 
size  of  coisnon  any  one  dependent  subprogram  must 
define. 

Suppose   the  main  subprogram  and  its  two  dependent 
suoprogrami  require  six  real  variables  in/  common, 
three  for  each  of  the  dependent  subprograms.  Using 
blank  common  it  could  be  writtmi 

in  main  subprogram 

COmm  A,B,C,D,E,F 

in  deipendmt  subprogram  one 
COMmi  U,V,V,X,Y,8 

in  dependmt  subprogrsa  two 
COHS^  P,Q,R,S,T,U 
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But  using  Xaboltd 

in  main  sutoprogram 

Cmm  /BLK1/A.B.C/BLX2/D,E,F 
in  dependrat  sut^rogriD  one 

comm  /BLKi/u,v,v 

in  dependent  sut^rograa  tiro 

camom  /buc2/s,t,u 
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t  icU  a  and  b  is  a  variable  or 
subscripted  array  eXgaent   


It  IS  the  purpose  of  tlit?  bXJUrVAU^^CE  stat^ient  to  asaign  two 
or  more  entity  to  the  same  storage  unit.    The  EQUIVAL^^ 
stateweiit  can  ndt  be  used  to  matheaiatically  equate  two  entities 

If  a  two  storage  unit  entity  (cowplex  or  double  precision)  is 
eqiuv.aenced  with  a  one  storage  unit  entity  (integer,  i^eal  or 
logical),  the  latter  will  share  space  with  the  first  storage 
unit  of  the  former.  vw*»6i? 

example,  not  in  common  storaf.c 

< 

DIN^ION  X(4),  Y(8) 
fc;UUlVALE3«CB  (X(3),  y(2)  ) 
yit^lds  X(1)  X(2)  X(3)  X(4 


yIiI  yBI  yIsI  Y(4)  Y(5)  Y(6)  Y(7)  Y(8) 


futitii  s  defined  in  corainun  storagt-  may  be  -quivalenced, 

but  thir.  may  not  be  done  in  such  a  way  that  it  woula  require 

fxr.etuljnK  couanon  beyond  the  first  entity  defined 

if  two  entities  are  directly  definud  into  coiwaon  they  may  not 
bf  equivalenced. 

example  of  proper  usage. 

COMPK)N  X('^) 

DIfmsiON  *■ 

HOUIVALENCt  (X{<»),  y(2)) 

^:o.i..oi.  storage  must  be  extenckfd  beyond  X(5)  to  include 
M^)  and  Y(5);  this  is  all  ri^5ht. 

r-xamples  of  improper  usag<?. 

1.  COMMDN  X(5) 

DIMKN.'UON  Y(t?) 

tXJUIVAI^NCE  (X(;?),  Y(A) 

this  would  reqi^ire  extending  coaanon  in  front  of 
X(i)  to  include  Y(i)  and  Y(2). 


X 


2.       COmoti  A,B,< 

MUIVALENCF  A,C 
two  entities  tn  coannon  laay  not  be  equivalenced. 
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EXTERNAL 
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ifl  >  proctdurft  name 


It  on  argument  to  a  call  for  a  fuaotion  or  subroutine  sub- 
program (Section  9)  ia  the  nam  of  another  finction  or 

««**i2S~*i*l?^!S«*^«,!*^*  s«bpro»naa'  oust  he  declared 
as  external  to  the  calling  ai^rograa. 


example 


.  GXTERHAL  SUBA 


CALL  SUBB  (X,Y,SUBA} 


1 
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Type  stato&enta 

m»ere  are  five  statementa  which  maybe  used  to  explicitly  declare 
The  type  or  data. 


REAI*  a^.b^.c^ 

XKTEQER  agpb^fCg 

DOUBLE  PRECXSIOH  ^y^yC. 

CQKPim  a^.b^.c^ 

LOGICAL  a^v^^vC^ 

each  a*  b  and  c  is  a 
variable  naae  or  an  array 
Aase»  optionally,  includln^^ 
dimension  information 


These  stateiDents  are  used  to  override  the  type  ii^lied  in  the  firsi 
character  of  a  data  name  (A-H,  0-2  REAL;  I-N  UfUmBSl) 

Arrays  may  be  dimensioned  in  a  type  statement  or  declared 
as  to  type  in  a  type  statement  and  dimensioned  in  a  dimension 
stat^ent . 


examples 


REAL  IMAGE,  JAX 
CC»OTJEX  C(10),  CA 
DOUBI£  PRECISION  ISP 
DIMENSK^  I3P(5,^) 
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QATA 


'I5ATA  V^/k^/.Vg/Kg/  V„/k^/ 

each  V  is  a  list  of  variablefi 
and  array  elffinoafts,  oach 
k  is  a  list  of  constants 
to  be  associated  with  the 
preceding  variables 


It  is  the  purpose  of  the  DATA  stat«nent  to  assign  initial 
values  to  variables  and  array  elements,    ^ese  values  may  be 
altered  during  execution. 

Any  constant  may  be  preceded  by  a  repeat  factor  in  the  form  n* 
where  n  is  the  number  ol  v  repetitioxis  and  ♦  indicates  repeat. 

The  constant    list  must  agree  in  type  and  number  with  the 
variable  list. 

examples 

e 

DATA  A, B, 1/5. 4,3.72, V,X/92.7/ 
DATA  C,D,E,F/39.5, 2*0.0, 7.36/ 

A  Hollerith  constant  may  be  assigned  to  a  variable. 
DATA  AM/6HAK:I£f/ 

this  example  supposes  one  storage  unit  can  contain 
six  characters 

The  DATA  statement  by  itself  may  not  be  used  to  initialize 
entities  in  Common  storage  (page  3*4 )    'Blank  Common  may  not 
be  initialized;  labeled  common  must  oe  initialized  in  a  BLCK:K 
DATA  subprogram.  (Section  9) 
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Arithmetic  Assignment  Statements 


The  g^Mral  form  of  an  arithmetic  assimrent  statesefit 
is  vse,  tfhere  v  is  a  variable  and  e  is  an  Arithmetic 
expression.  ^ 

Execution  of  the  arithmetic  assigran^it  statonent  consists  of: 

1.  evaluate  the  expression  e« 

2.  Place  the  result  in  variable  v. 

Arithmetic  expressions  consist    of  arithmetic  elements 
(variables  and  constants)  and  the  arithmetic  operators: 


Operator 

Meaning 

♦ 

addition 

subtraction 

« 

multiplication 

'  / 

division 

♦« 

exponent i  ati  on 

examples 


X+Y 

X+Y/Z+5.4 


Mixed  mode  expressions  nre  not  allowed; that  is,  one 
may  not  attempt  to  include  various  of  the  data  types  in  one 
expression.  Thu^- 

X+I 

^  is  not  allowed  as  X  is  Real  and  I  is 

There  are  certain  exceptions  to  this  general  rule  how- 


integer, 
ever: 

1 . 


2. 


3. 


4. 


Any  arithmetic  type  may  be  exponentiat,ed  by  ah 
integer  and  it  retains  its  type,  thvzs 
X**2  or  X»*I  is  allowed. 

A  real  elennpnt  may  be  combined  with  a  double 
precision  or  complex  element,  the  result  is 
double  precision  or  complex. 

A  real^  el^ent  may  be  exponentiated  by  a  double 
precision  el«Bent,  the  result  is  double  precision 

A  double  precision  element  may  be  exponentiated 
by  a  real  element  the  result  is  double  precision. 


rules. 


The  evaluation  of  aritlmietic  expressions  follows  set 
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1.         The  e3q}ression  is  scanned  left  to  right  and  all 
exponentiation  is  resoiyed. 


2 .        The  expression  is  scanned  again  and  all  multi- 
plication   and  division  is  resolved. 


3. 

examples 


The  expression  is  scanned  a  third,  time  and  all 
addition  anc  subtraction       Is  resolved. 


means 

not 

X+Y 

X+Y**2+Z 

means 

X+Y^+Z 

not 

(X+Y)^+Z/ 

nor 

X+y2^2 

nor 

(X+Y)^"^^ 

Parentheses  may  be  included  in  ai|  arithmetic  expression  to 
lucument    or  to  change  the  order  of  evaluation.  Everything 
within  parentheses  is  completely  resolved  before  any  part  of 
the  remainder  of  the  expression  is  resolved. 

examples 

X+Y 

could  be  writteh 

(X^Y)/(W+Z) 

(X+Y)2 
could  be  written 

(X+Y)  **2 

Once  th^e  expression  has  been  evaluated  the  resultant  Value  is 
placed  in  V. 

Th«  B  means  then  "is  replaced  by"  not  ^crquals".    V  need  not  oe  of 
tne  same  aata  type    as  the  expression:    if  it  is  not  the  result 
will  be  ad^Justed  according  to  the  following  table. 


6% 


4^ 


•IVl't*  of  V 

Type  of  E 

Action  to  be  tcdcen 

I 
1 

I 

.  R 

evaluate  M  B^^-mSm^ 
Evslua'to.  truncate    fraction  ■ 
convert  to  Integer  f omat 
and  assign. 

I 

DP 

evaluate . truncate    fraction ■ 
convex*^  to  i.Titefffii?  f omat 

and  assign. 

* 

I 

c 

not  allowed.. 

K 

I 

evaluate  •  convez^t  to  z^al 
format  and  assign 

R 

R 

assloi  uncbansed 

R 

DP 

evaluate,  truncate  if 
Yidcdssai?v  and  asalm 

R 

c 

not  allovfid. 

DP 

I 

evaluate »  convert  to 

DP  fomat  and  aaslmi 

DF 

R 

convert  to  DP  format, 

i>vAliiAt^  nnri  AAA i  on 

Dl' 

DP 

assl^)»  unchanged 

"  C 

T 

not  aXlowad 

C 

R 

not  allowed 

c 

DP 

not  allowed 

c 

C 

assign  unchanged 
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Logical  Asaignment  StatMients 

The  general  form  0f  a  logical  aaslgrment  statanent  is  v  a  e 
where  v  is  a  logical  variable  or  array  element  and  e  Is  a  logiea! 
expression. 

Execution  of  the  atatesent  consists  6f s 

1.  Evaluation  of  the  expression 

2.  Placenent  of  the  result  (TRUE  or  FALSE)  in  v. 
Logical  Expressions 

A  logical  expression  may  only  have  the  value  TRUE  or  FALSE. 
It  is  formedwith  logical  operators  and  logical  elements. 

A  logical  element  may  be  a: 

logical  constant 
logical  variable 
logical  array  elosmt 
logical  function  reference 

or  it  may  be  more  complex*  a  relational  expression 

Relational  Expressions. 

A  relati(»»l  expression  consists  of  two  arithmetic 
expressions  (Section  4)  and  a  relational  operator. 

The  relational  operators  are: 


operator 

meaning 

.LT. 

less  than 

.LE. 

less  than  or  equal  to 

equal  to 

.NE. 

nof  equal  to 

.GT. 

greater  than 

.GE. 

greater  than  or  equal  to 

Arithmetic  expressions  of  the  type  craplex  may  not  be  used 
in  relational  eaqpressionst 

Both  arithmetic  esq^ressions  may  be  integer,  real  or  double 
precision  or  one  may  be  real  and  the  other  double  precision. 

Examples  of  relatimal  expressiofis 

X  .EQ.  Y 
I  .GE.  3 

X^r  .LT.  SQRT(W)-l-3.4 
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In  all  caaes  TRUE  or  FALSE  la  dctenalned. 
The  logical  operators  are: 


operator 

meaning 

.NOT. 
.AND. 
.OR. 

logical  negation 
logical  con;}unction 
logical  dis;}unction 

It  is  the  function  of  these  operators  to  build  more  complex 
expressions  out  of  the  elements  (constant,  relational  expressions 
etc). 

.AND.  and  .OR.  join  the  expressions  preceding  and  succeeding 
them.    .NOT,  however  is  unary;  it  applies  only  to  the  element 
immediately  succeeding  it.    If  .NOT.  is  to  apply  to  two  or  more 
elements  they  must  be  enclosed  within  parentheses. 

Examples 

L1  .AND.  L2  if  both  1.1  and  L2  are 

TRUE  result  is  TRUE,  else  FAl^^E 

X  .EQ.  y  .OR.  L1  if  X  is  CHjual  to  Y  or  if 

■  LI  Is  TRUE  result  Is  TRUE, 
else  FALSE 

.NOT.  L1  .AND.  L2  if  L1  is  FALSE  and  L2  if 

TRUE  result  Is  TRUE,  else  FAL.  K 

Evaluation  of  logical  Expressions, 

The  evaluation  of  logical  expressions  proceeds  accordinc: 
to  the  following  steps,  left  to  right; 

1.  Within  parentheses  according  to  foUowing  steps 
then  outside  of  parentheses 

2,  Arithmetic  expressions  according  to  rules  for 
arithmetic  evaluation  (page  4-  2) 

5.        Relational  operators 

4.  Logical  function  references 

5.  .NOT. 

6.  .AND. 

7.  .OR. 
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Examples 

X  .L7.  I  .AM).  .(KIT.  L1  .(m.  Q  .BQ.  S(»T(W) 
the  order  of  evaluation  la 

1.  SQRT(V) 

2.  X  .LT.  Z 

3.  Q  .EQ.  SQRT(V} 

4.  .NOT.  LI  - 

3.         X  .LT.  Z  .AND.  .m)T.  L1 

6.         X  .LT.  Z  .AND.  .NOT.  L1  Q  .SQ.  SQI^(V) 
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CONTROL  STATEMENTS 

lh«re  are  elevm  control  statonenta  discussed  in  this 
sections 


CALL 
RETURN 
CONTINUE 
PAUSE 
ST(»» 
DO 

^e  tSSlQ^  stat^wnt  %rill  also  be  consStfsred  in  this 
:>ection  becauae  of  ita  reXati^Mhip  vith  the  aaaigned  GO  TO 
stateaent. 

Control  8tatCT«ita  allow  the  prograsmer  to  control 
the  exectuticm  sequmice  of  the  progxw. 

All  stat«Bent8  refermced  by  eontox>l  statotents  iBust  be 
executable  atatesents. 


arithmetic 
logical 


assigned 
computed 


GO  TO 
00  TO 
GO  TO 
IP 


IF 
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Gil 


GO  TO 


V 


GC  TO  n 

n  is  a  statement  label 


Control  la  tranaf^rred  to  the  named  statoient  and  * 
execution  continues  at  that  point.    ^^^^^^  ™ 

exanple 


35 


CO  TO  35 


Gin 
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0 


61 


Asai0M4  00  TO 


00  TO  i,(li^,...,t^) 

1  is  ta  integer 
mad  Mflh  liis  •  tta^Mt 


AS8Z0N  A  TO  1 

1  is  •&  intern*  v«rl«bl«,n 
ifl  sn  intMsr  constant 


Prior  to  executiiuc  the  sssifflsd  (K)  T0»  «  vsXuo 
must  bs  sssinsd  to  i      an  ASSZ@f  atatammt.    Th«  only  l^al 
valuaa  ara  tte  k^a  in  t&o  asaig^  00  TO  list.  &cseutloa 
of  tha  aaslgiaA  GO  TO  tlisn  oauaaa  traasta*  to  ths  n«Md 
statioaBt. 


axaq>le 


ASSZOM   5  TO  J 


GO  TO  Jj[4,5,10,20) 

3  ASSZOI  20  TO  J 

Valuaa  say  ba  aaai^iad  to  i  only  by  means  of  the  ASSIGN 
statMMnt. 
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'Computed  GO  TO 


CO  TO  (Ki  Kn/'O 

i  is  an  integer  variable,  each 
K  ia  a  atatement  lahal  


Prior  to  executing  a  computed  00  TO  a  le^  value  lauat  be 
assigned  to  i.    This  may  be  don^  with  an  a^thmetic  assigmaent 
statement  (Section  U).    At  the  fime  of  execution  of  the  ^ 
computed  GO  TO  statoaent  i  must  be  greater  than  zero  and  less 
than  or  equal  to  n.    Execution  of  the  computed  CO  TO  causes 
transfer  to  the  statement  whose  Inhfl  Is  the  i»th  in  the  Jist. 


Rlxaapxe: 


J"  =  2 


GO  TO  .(4, 5. 10. 2a), J 


! 


•  !•  tn  arlttattle  •xpMMion 
of  any  tvp«i  tmch  k  is  a 


EiMCutlon  of  the  Arlthaetic  IF  wlU  cause  a  tranafar 
to  k^tlu  or  k-  dapandinc  upon  tha  aritfaaatic  axpraaaion 
(Saoildl  4),^aecordlnc  to  tha  followlncs 


valua  of  a 

transfer  to 

"1 

9 

axai^a  ZF  (X-Y)  5*10,15 

IF  X-Y  laaa  than  zero  tranafar  to  stat^ent  5 

^     tF  X-Y  equal  to  zero  transfer  to  atateiaent  10 

IF  X-Y  greater  than  zero  t^nafer  to  statemait  15 

All  three  k'a  snist  be  written  even  In  those  cases 
progranaar  viahaa  to  naka  the  craputed  CO  TO  a  one-way  or  two-way 
branch. 


exanplea 
or 


10- 


IF(X-^4)  20,20,30 


20- 


ZF  (X-f^)  20,20,30 
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Logical  IF 


IF  (e)  S 

e  ifi.  a  logical  expreaaion, 
S  la  true  jmth 


Execution  of  the  logical  IF   causea  the  logical  expression 
e  (Secion  5)  to  be  evaluated  for  True  or  Faaae,    If  e  is 
True,  S  is  executed.    If  ^  is  False  S  is  bypassed  and 
the  next  sequential  stateaent  is  executed. 

S  may  be  any  executable  statsaent  exc^t  a  DO  statement 
(page  6-12  )  or  another  logical  IF  .  * 


examples 


1F(L)     GO  TO  25 
if  the  logical  variable  L  is  True  transfer  to 
statonent  25. 

» 

IF  (X.0E,Y.0R.5(»T(A).EQ,B)  2«Z+1.<« 
add  one  to  Z  only  if  either  X  is  greater  than  Y 
or  the  Sqiiare  Root  of  A  equals  D. 
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CALL  ^   .- 

8  is  thA  naae  of  a  subroutine 
•  8ubprograa,each  a  is  an  actual 
;  argunant 

tha  ^ATj,  eausas  axacution  of  tha  naoMd  siairoutiae  sutprogram 
(Saction  9). 

Tha  argiaants  ara  passad  to  tha  subroutine  for  its  use. 
The  arguaants  oust  be  of  tha  proper  mmberf  order  and 
'X  type  as  required  by  the  subroutine  being  called. 

exaaple  \ 

CALL  SUBA  (X,Y,I,5.4) 

1 
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RETURN 

[return  [ 

The  RETURN  statement  may  only  appear  in  function  sub-    '  . 
programs  and  subroutine  subprograms  (Section  9) 

Execution  of  the  REmiN  in  a  subroutine  causes  control 
to  be  returned  to  the  calling  subprogram. 

Execution  of  the  RETURN  in  a  function^ causes  control  to  be 
returned  to  the  calling  subprogram  and  makes  the  value  of  the 
flinction  available  to  it. 

The  RETURN  is  the  only  means  by  1^1  Ich  control  can  be 
returned  to  the  calling  subprogram. 

For  example  of  usage  see  section  9. 
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L]cecutlon  of  the  CC^INUE  causes  no  action;  It  Is 
a  means  by  which  the  progz*aomer  isay  insert  a  handy 
re^rence  point  uriwre  needed. 


example 


DO    10  I  =  1,20,1 


IF  (X.GT.Y)    GO  TO  10 


10  CONTINUE 
See  DO  statement  (page  6-1  2} 
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1 


STOP 


STOP  n 

n  is  blank  or  a  string  of 
one  to  five  octal  digits 


Execution  of  the  STOP  causes  program  termination 

^L^JSr  coded  wherever  logically  proper  in  a  program.  More 

«SS  r^LrXi^^v^i"^^  program,  but  only  one  will  be  fSSuteTf^ 
any  one  running  ox  the  progzw. 


G. 
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PAU3E 


a  ia  Uaiik  or  a 
string  of  oiM  to  five 
ootaX  Aigitfl 


ExecutiMi  ot  a  PAIISE  eausea  tha  progran  to  be  teoiporerily 
suapended.    RasuBption  of  axeeutlon  ia  not  under  program  control.  When 
th0  prograo  Is  reataiad  tha  next  sequontlal  statasent  Is 
executed  with  all  values  indlsturbed  by  the  suspension. 
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DO 


DO  n  1  =  n^,  tn«, 

ni;»  a  stat;«oent  label,  1  Is 
an  integer  variable,  each 
m    is  an  integer  constant 
or  variable. 


pe  DO  statement  controls  a  loon  which  consists  of 

'ent'^^^^  SS^iS^.r'^  nSt^Sen??li"SatL 
i.ent  after  the  DO  and  ending  with  statement  n. 


ia^the"?^i?-^*^  ^"""'S  ^  1°»P  i°  executed 

l^l  ^TiTifi-^^iV^"'  ^'       -ust  be  g,*ater  tha..  zero 


i  is  available  to  instruction*^  within  the  loop  but  may 
not  be  altered. 

nr.  ^  r«2?f^f«^*°lp^®u?  "^^^  urit^unetic  IF,  RETURN,  STOP,  P/Ut>K,  D(' 
or  a  lo^i6al  IF  which  includes  any  of  theue. 

example 

DO  a)  1=1,10,1 

20      X  =  X  +  1.0 
value""^'^^^°'^  oi'    this  loup  X  will  have  10.0  tov  its 

campl?t1ly'^„^^?^d         "^^^  other  loop,  witiiin  it,   if  th.y  arc 


example 


DIMENSION    X(10,10),  Y(10,10) 

DO  5)0  I  t  1,10,1 
DO  ^  J  =  1,10,1 
X(J,I)  =  X(J,I)  -Y(J,I) 
^,  CONTINUE 

50  CONTINUE  6'^'^  - 
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It  la  also  psnaisslble  to  have  both  DO  loops  terminate  on 
the  same  Inatructlcm;  thus  the  al^ve  could  also  be  written 

DO  50  la  1,10,1 
DO  50  J=  1,10,1 
50  X(J,I)  «  X(J,I)  -  Y(J-I) 

In  a  nest  of  DO  loops,  the  innermost  loop  may  have  an 
extended  range.    This   innemost  loop  may  traxisfer  out  of 
the  entire  nest  of  DO  loops  with  a  GO  TO  or  arithmetic 
IP.    To  continue  execution  as  if  the  transfer  had  not  occurred, 
a  transfer  is  made  back  into  the  innennst  loop   with  a  GO  TO 
or  Arittoietic  ZF 


example 


M  »  0 

DO  10  I=J,K,L 

DO  20  II  °JJ,iaC,LL 


CO  TO  ^ 


3C. 


20  CCmiNUE 
10  CONTINUE 


'A  ^  1 


50. 


60. 


▼  I  extended 

IF  (M-1)  30,6O,bQ  J  range, 
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Input-Output  Statements 

There  are  two  groups  of  Input-Output  stateiBenta.    Ths  first 

froup  consists  of  tlte  READ  and  miXTEi  the  statesonts  ^ch  cause 
ransmission  of  data  between  a  central  processor  and  peripheral 
devices. 

The  other  group  includes  the  E3iDFII£,  BAQCSPACE  and  REWIND 
stateaents;  the  statmmts  which  nanipulate  data  file^. 

Additionally  the  non-executable  FORMAT  stat^ent  can  be 
used  in  conjunction  with  the  READ  and  VRITE  stat&aents  to 
control  data  forotat  on  the  external  nediim. 

There  are  two  versions  of  the  READ  and  WRITE  statements, 
depending  whether  or  not  a  FORMAT  ctatement  is  used.    Each  will 
be  discussed  sepcurately. 

A  READ  or  WRITE  action  in  FORTRAN  Is  not  directed  to  a  parti- 
cular device  such  as  a  card-reader  or  printer.    Rather  it  is 
directed  to  a  F(^)TRAN  unit  number.    Which  numbers  may  be  iised  as 
FORTRAN  units  is  specific  to  a  particular  FOR^IAN  syst«B.  Also, 
how  the  relationship  between  a  unit  number  and  an  actual  hardware 
device  is  eatablished  is  specific  to  a  particular  FORTRAN  system. 
One  example  of  how  this  might  be  done  is  one  number  is  always 
associated  with  a  particular  device;  for  example  the  card-reader 
is  unit  3  etc.    Another  way  it  might  be  handled  is  through  Job 
Control  Language.    Each  time  a  FORTRAN  program  is  executed,  unit 
numbers  used  in  that  progreun  must  be  equated  to  devices.  This 
metlwi.  give&.jlevice  independence  to  the  pr>ograimner.    In  any  case, 
the  progranmier  must  learn  the  method  used  liy  the  FORTRAN  system 
under  which  he  is  operating. 

Non-formatted  READ 


READ  {\X)  K 

u  is  the  unit  number  and  k 
is  the  I/O  list 

\  I,  ■      ,  I 

u  may  be  an  integer  variable  or  constant. 

k  is  a  list  of  variables  and  array  elanents.    Data  read  is 
placed  in  these  list  elements  in  the  order  specified  by  the  list. 
The  non-formatted  READ  rquires  that  the  data  a^ear  on  the 
external  medium  exactly  as  it  is  to  appear  in  m«nory  as  no 
conversion  will  be  performed. 

The  number  of  variables  in  the  list  may  n.»t  be  greater  than  the 
number  which  can  be  satisfied  by  one  record.    The  unformatted 
READ  will  only  read  one  record  each  time  it  is  executed.    If  the 
list  1^  absent  tr^  the  READ  a  record  will  be  read  but  will  not  be 
made  available  to  the  program.    This,  then,  could  be  used  to  r.kip 
over  selected  records  in  a  file. 
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Formatted  READ 


^EAD  (u,f)k 

u  is  the  unit  nunber,  f  is 
a  statement  lebel  or  array 
name  and  k  is  the  I/o  liat 


J 


u  may  be  an  integer  constant  or  vliriable, 

Thll  li^Z-L^tyl^^^^       ?  ^^^'^  statement  or  an  array  name, 
READ.         controls  the  conversion  necessary  to  sccc^plish  the 

the  da^^rL^bfr^ad^'''^'''*"  '"^  "^''"^  "'^^"'^  ^^^^ 

^vi-«J^?  iZ^^^^f^'BiPj'^^^^^^  that  the  data  appear  on  the 
?he  ^Sni^;«?i^«^^P/;™?*:    '^^  ^-^A?  statement  controls 
^elso??  internal  code  of  the  pro- 

to  saSlfy°??^^ns^^  ""^^  '^^^  """^^^P^*^  "'^^^^  necessary 

b„i-  w?fi^!^^i^*  ^5  omitted  a  record  will  be  read  into  m«Dory 
but  will  not  be  made  available  to  the  program. 


Non- formatted  WRITE 


WRITE  (u)K 
u  is  a  unit  number  and 
k  is  an  X/O  list 


u  is  an  integer  variable  or  constant. 

♦    4.u^  ^^f"^       variables  and  srray  elementr,  to  bv  writtt-n 

to  the  external  medium. 

Data  in  the  output  record  Is  not  convf?rted,  It  J^rpears 
exactly  as  in  memory, 

Formatted-WRITE 


WRITE  (u,f)k 
u  ia  a  unit  number,  -if  a 
statement  label  or  array  name 
and  k  is  an  I/O  list 


u  may  be  an  integer  constant  or  variable 
f  is  either  the  label  of  a  format  statement  or  an  array 
"S^^woTw"'^  controls  the  conversion  necessary  to  .accomplish 


ERIC 
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k  ia  the  }iat  uf  vui'lables  and  array  elements  to  be  wltten 
to  the  external  oedliBO. 

ItM  tet«  vm  be  converted  to  BCD  fomat  on  the  out]^  oediim. 
FORMAT  stateo«nt 

The  FcmkT  atateaent  ia  used  with  the  READ  and  WRITE  state- 
ments to  provide  conversion  and  editing  infonoation  between  the 
internal  data  reproamtation  and  ^eternal  BCD. 

The  FORMAT  stateaient  has  the  basic  term: 


n     FORMAT  (£d^ , . . . ,fd^) 

n  la  the  statement  label 
and  each  fd  is  a  field 
descriptor 


each  ^leld  deacrlptor  defines  one  data  field  in  the  external 
iaediuD,  it  defines  the  field's  width  and  the  type  of  datum  in  the 
field." 

The  record  is  described  left  to  right  starting  with  the  first 
position. 

There  are  nine  field  descz-iptors:  integer,  real*  real  with 
exponent y  double  precision,  general,  logical,  alphanumeric, 
holierith  and  blank. 

The  general  forms  of  the  field  descriptors  are; 


Iw  integer 

Fw.d  real 

Ew.d  real  with  exponent 

Dw.d  double  precision 

Gw.d  general 

Lw  logical 

Aw  alphaniffiieric 

nH  holierith 

nX  Mank 


] ,P,E,D,G,L,A,H  and  X  define  the  descriptor  type. 
W  defines  the  niimber  of  positions  in  the  field. 
.a  gives  an  assumed  decimal  point  for  input,  it  is  over- 
ridden by  an  actual  decimal  point  in  the  data.    In  output 
it  defines  tha  number  of  fractional  positions  wa^ed. 
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Integer  descriptor  Iw 

(+^r         characters  are  tlie  numerics  (0-9)  and  a  sign 

^^  ^J^^^}^^t^^J^^l       ''^^"^  Justified  as  imbedded  and  trailimr 
blanks  will  be  treated  as  zeros.    When  integer  data  are  written 
the  data  will  be  right  Justified  with  blankS  replacinTl^dinl 
zeros,    A  position  must  be  allowed  for  a  sign.  -^eaaxng 

Example     read  two  integer  values. 


+  13  5  7 


-2  5| 


78 


o    a  o 


1 

23 


READ(2,12)  J,K 
13      FORMAT  (17,15) 

The  value  +13,570  is  read  into  J  under  control  of  the  17 
descriptor.  The  value-23  is  read  into  K  under  control  of  the 
15  descriptor. 

The  remainder  of  the  record  is  not  made  available  to  the 
program. 

Real  descriptors       Pw.d,  Ew.d,  Gw.d 

These  three  descriptors  may  be  used  to  convert  single 
precision  real  data,  * 

In  input  these  three  descriptors  are  equivalent  end  any  one 
may  be  used  at  the  programmers  discretion.  Legal  Input  consists 
of  a  basir  value  and  an  optional  exponent. 

Legal  characters  in  the  basic  value  are  the  numerics  (0->9), 
a  sign  (+or-)  and  a  decimal  point. 

The  optional  exponent  may  be  of  one  of  the  following  forms: 

signed  integer  constant 

E  followed  by  an  optionally  signed  integer  constant. 
D  followed  by  an  optionally  signed  integer  constant. 

Note  that  D  in  this  case  is  overridden  and  the  value  Is 
stored  in  one  computer  storage  unit. 


G?7 
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Exaaple:  ^  read  four  reni«vaXu»tf  « 
1  12        89  89  56 

It 

READ  (5,  13)  X.4,2,A  ..  . 

13     FORMAT  (F11,0,P7.0.F10.0.F7.2) 

All  of  these  values  could  have  also  been  converted  usinxr 
an  E  or  G  descriptor. 

nrtcauae  the  first  three  value«  contain  actual  decimal'  points, 
the  size  given  to  d  in  the  first  three  descriptors  is  ignored. 
The  fourth  value  is  read  as  +2345.67  '  «- 

♦ 

Hiero  are  differencf»H  between  the  P,  D  and  G  descriptors  in  output. 

The  K  descriptor  gives  m  ri^hi,  Justified  value  with  leading  blanks, 
and  a  minus  sign  if  negative.    The  fractional  'part  of  the  value 
will  bif  rounded  to  a  places.    The  W  in  the  descriptor  should  allow 
for  a  sign  and  must  allow  for  a  decimal  point  position. 

iilxample: 

internal  value  of  X  =  .1 23456. X10^ 

WRTTK  ('j,l6)X 
16  FORMAT  (r^.3) 
gives  output  value  12.345 

The  E  descriptor  gives  a  general  output  form  of  s0.n-...n^  exp 

s'  is  a.-  if  negative  or  no  position  if  positive 
n-...n^  are  the  d  iMst  significant  digits  of  the  value 
e3^  is  either  E+nn  or  +nnn  depending  on  the  size'  of  the 
exponent  value  " 

0  may  be  no  position  in  some  FORTPAN  systoas 


Fjcample: 


internal  value  of  X  . 123456. . .X10^ 
WRITE  (5,15)X 


15  FORMAT  (E10.5) 
gives  output  value  .12345E+02 
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The  G  descriptor  in  output  can  result  in  either  a  P  or  E 
type  conversion.    The  determining  factor  as  to  which  i9  used 
is  the  absolute  oa^tude  ot  the  value  being  written.    Let  M 
represent  the  oagnatude  of  the  value:    if  M  is  less  than  lOo 
an  F  conversion  will  be  used,  if  M  is'«iual  to  or  greater  than  10° 
an  £  conversion  will  be  used. 

M  Conversi^  used 

.1SM<1  Pw-4.d,4X 
1<M<10  Pw-4.d-1,  UX 

1c5rMCl00  FV-4.d-2,  4X 


10\.^^  sEw.d 


lOj'iMao*  Pw-A.0,  4X 


s  is  a  sca^e  factor  to  be  discussed  on  page  7- 


Exaiople 


WRITE  (6,60)  X 
60  FORMAT  (C9.3) 

if  X  =  .234  the  conversion  is  F5.3,4X 
which  gives  A.234«tt*« 

if  X  =  2.34  the  conversion  is  F5.2,4X 
which  gives    A 2. 34 


if  X  =  23.4  the  conversion  is  F5.1.4X 
which  gives  A23.4a**« 

if  X  =  234,  the  conversion  is  F5.0,4X 
which  gives  il23^.«««« 

if  X  =  2340.  the  conversion  Ls  E9.3 
which  gives  ,23404-E04 

bouble  precislor  iescriptor  Dw.d 

This  descriptor  allows  real  values  to  be  stored  into  two 
storage  units  rather  than  one  and  thus  achieve  greater  precisitm. 
Legal  input  is 'the  sane  as  for  the  single  precision  descriptors 
/      E,F  and  G.    Output  is  the  sane  as  for  the  single  precision  E  i 
descriptor  except  that  D  replaces  £. 
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Coaplex  conversions 

* 

Th«ro  is  no  craiplex  field  descriptor;  rather,  because  a 
eoaqpXas  datum  is  in  fact  ti#o  real  data,  ajMOr  of  real  des- 
criptors is    used  to  effect  conversion,    'me  first  of  this 
^ir  defines  the  real  part  and  the  second  defines  the  ioaginary 
part. 

Example: 

READ(3,32)  C  '  ' 

^•^      32  FORMAT  (F7.2,  P6,3) 

Logical  Descriptor  Lw 

For  a  value  of  True  to  be  read  into  a  logical. variable 
the  first  non-blank  character  in  the  input  field  oust  be  a 
T.    For  false  the  first  non-blank  character  in  the  field  must 
be  an  F.    The  contents  of  the  remainder  of  the  field  are  ignored^ , 
On  output,  the  field  will  consist  of  W-1  blanks  followed  by  a 
T  or  F  depending  upon  the  value  of  the  lofi^ical  variable. 

Blank  deacriptor  nX 

On  input  n  characters  of  the  record  will  be  skipped,  they 
will  not  be  stored  into  a  variable.    On  output  n  blanks  will 
be  inserted  into  the  record. 

Hollerith  descriptor       nHc^...cn  j 

This  descriptor  is  of  use  on  output  to  define  constant  ^ 
values  which  are  to  be  placed  ,  in  the  record. 
This  descriptor  is  not  associated  with  a  variable  in  the  I/O 
list,  rather  the  n  characters  are  transsitted. 

Example:  • 

suppose  X  =  7,25 

WRITE  (5,50)  X 
50  FORMAT  (14HT0TAL  VALUE;  ,F6.2) 

givei^.      TOTAL  VALUE:  7.25 
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Alphanumeric  descriptor  Aw 


This  descriptor  causes  w  characters  to  be  read  into  or 
written  from  cne  of  the  I/O  list  elements,  which  Say  be  of  any 
data  type  as  there  is  no  alphanumeric  typ4  variable^    To  achieve 
a  proper  conversion  the  programmer  must  know  the  number  of  chl^Lters 
which  can  be  stored  in  one  storage  unit.  nujnoer  oi  cnaracters 

Suppose  this  number  is  c.  On  input  if  w  is  greater  than  c 
^^haracters  of  the  input  field  will  be  stored 
and  the  leftmost  w-c  characters  will  be  lost  to  the  program! 

If  w  is  less  than  c  the  w  characters  will  be  'itored  lf»ft 
Justified  with  trailing  blanks.  .stored  left 

On  output  if  *  is  greater  than  c  the  output  field  will 
consist  of  w-c  blaib;s  followed  by  the  c  characters.    If  w  is  less 
than  c  only  the  leflanost  w  charaJters  will  be  written. 

Scaling 

wH^r,  defined  for  all  F,E,G  and  D  descriptors 

when  format  control  begins  a  scale  factor  of  zero  is  assigned. 
This  can  be  altered  at  any  point  in  the  format  statement  by 
coding  a  scale  factor  with  a  field  descriptor.    It  has  the  form 
nP  where  n  is  an  unsigned  or  minus  integer  constant. 

Example  3PF7.2 

This  new  scale  factor  does  not  apply  only  to  this  descriptor 
^'^'^        °  descriptors  following,  in  this 
FORMAT  statement,  until  another  scale  factor  is  defined. 

The  effect  of  the  scale  factor  varies  between  the  different 
descriptors,  and  between  input  and  output. 

For  input  F,E,G  and  D  descriptors,  if  the  input  datt  have 
no  expressed  exponents,  the  external  value  equals  the  internal 
value  times  10  to  the  n  power. 


V  =  V.XIO^ 

vi  1 


Example 


external  value  descriptor  internal  value 

^^•566  1PF7.3  4.4566 

Thus  a  positive  s6ale  factor  shifts  the  decimal  point 
left  n  places,  a  negative  scale  factor  shifts  the  decimal 
point  right  n  places. 
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If  the  input  data  have  expressed  exponents  the  effect  of  the 
scale  factor  is  negated  for  that  data. 

For  P  descriptors  on  output,  a^aln,  the  external  value  equals 
the  intvmal  value  tinea  10  to  the  n  power 

e  i 

This  however  gives  an  effect  opposite  to  that  for  input. 
Exanple : 

Internal  Value  Descriptor        External  value 

^.4566  1PF7.3  44.566 

A  positive  scale  factor  shifts  the  decimal  point  right  n 
places,  a  negetive  scale  factor  shifts  the  exponfflit  left  n 
places. 

For  E  and  D  output  the  basic  value  is  laiiltiplied  by  10** 
and  the  exponent  is  reduced  by  n. 

For  G  output,  if  the  magnatude  of  the  datum  allows  use  of 
an  F  conversion  the  scale  factor  has  no  effect. 

If  an  E  conversion  is  used  the  effect  is  the  same  as  for 
an  E  descriptor. 

Repitition  Constants 

If  a  series  of  field  descriptors  are  the  same,  instead  of 
coding  n  separate  descriptors,  one  description  preceeded  by  the 
integer  n  may  be  coded. 

Examples  F7.2,  F7.2,  F7.2 

may  be  written  3F7.2 

13,  13,  14,  14,  14 
may  be  written  213,  314 

Additionally  a  repitition  constant  may  be  applied  to  like 
groups  of  descriptors.    The  group  is  coded  one  tiiiie  within 
parentheses  with  the  repitition  constant  preceding  the  parenthesis. 

Example  13,  14,  13,  14 

could  be  written        2  (13,  14) 

One  group  may  be  imbedded  within  another. 

Example 

F7.2,  F6.1,  F8.2,  F6.1,  F8.2,  F7.2,  F6.1, 
F8.2,  F6.1,  F8.2. 

could  be  written  2(F7.2,2(F6.1 ,  F8.2)) 
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Scanning  the  FORMAT  Stateoent. 

The  FORMAT  statement  is  scanned  left  tn  r^^^H.-  -rv, 

end  oTli^lTisTtl  riaoheS%SJiJ        '^S  exi«u8ted.  if  the 

the  rest  of  the  FORMAT  stet^fSf  i^''?  statement, 
FORHAT  statement  irenooJSt^«2  f J    i^jo""*-    If  the  end  of  the 

^^r.^?h''^i:s^^^^ 

the  rl^'L^LtiTll  ^Tr..ir.^lX^r  if  li^ta^-' 

started  It'th.?''?^^;;*^""'^?"'?"*''^'"  however  the  rescan  Is 
na?^!^f  pa*?:Jtiie1Is«2^i^t^^l^?^"^'' 

Examples 

FORMAT  (13,  F15.5,  F12.6,  17) 
t 

res can  point 

FORMAT  (IjJ.  2(F15.5.  F12.6.  17)) 
T  ■ 

rescan  point 
FORJ^AT  (14,  2(F15.2,3(I7,I5)-,  F9.3)) 
rescan  point 

FORMAT  (2(F7..^n2(l6,3(l7)).(F9.5)) 

f 

rescan  point 

Print  formatting, 

Printfr^;?e?t^ic\^;^rJ?.a^rcSn1?o\^f'  ^^1.'^?^^^^^^ 
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Legal  vertical  spacing  characters  are  shown  below. 


Character 

Sisace  before  Printing 

Blank 

One  line 

0 

Two  lines 

1 

Head  ot  form 

Do  not  advance 

One  method  of  inserting  an  advancing  character  into  the 
print  line  would  be  to  code  a  hollerith  constant. 

Example 

WRITE  (3,45)  X,  Y,  a 
45  FORMAT  (1H1,  4HX*  =  .*,F9.3,4HY.  =^,F9.  3,4Ha4=yv,F9.3) 

Multiple  record  format 

As  stated  previously,  anytime  a  rescan  of  a  FORMAT  statement 
is  necessary  a  new  record  is  begun.    Hie  programmer  can  also 
force  a  new  record  at  any  point  in  the  READ  or  WRITE  operation  by 
including  the  slashC/)  character^  in  the  format  statefinent. 

Examples  R£AD(2,12}  X.Y,8 

12  FORMAT  (F12.4,  F10.3/F11.5) 

X  and  Y  would  be  read  frcan  the  first  record  and  2  from  the 
second. 

READ  (2,13)  X,Y,2 

13  FORMAT  (F12.4,F10.3//F11.5) 

X  and  Y  would  be  read  from  the  first  record,  2  from  the  third 
recoi*d.    Record  two  would  be  skipped. 

Short  list  notations 

If  an  array  name  appea.r.s  in  an  I/O  list  without  subscript, 
this  is  taken  to  mean  that  every  olement  of  that  array  is  to 
have  a  value  read  into  or  %rritten  from  it. 

Example  DIMENSION  A(4) 


READ  (3.33)  X,A,Y 
33  FORMAT  (F7.1,  4F10.2,  F9.2) 

The  order  in  which  the  list  is  satisfied  is 

X,A(1),  A(2),  A(3),  A(4),  Y 
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Formatting  at  execution  time. 

A  READ  or  WRITE  need  not  get  fits  formatting  information  from 
a  FORMAT  statement.    This  information  lan  be  In  an  array. 

Example  READ  (3,ARRAYl)  A,D,C,D 

Tlie  information  cim  bu  placed  into  the  array  by  one  of  two 
ways.    The  array  can  be  initialized  with  a  DATA  statement.  The 
alternative  is  to  read  the  format  information  into  the  array 
using  an  alphanumeric  descriptor,    Tiie  input  record  or  records 
must  contain  everything  Just  as  it  would  be  coded  in  a  FORMAT 
statement  with  the  exception  that  the  word  FOR>IAT  is  not  included. 


Example 


Gup/.ose  one  storage  unit  can  contain  eight 
characters 

DIMENSION  A (2) 


5  READ  (2,10)  A 
10  FORMAT  (2A8) 
15  READ  (2, A)  X,Y,3 

The  data  read  by  statement  5  could  be: 


T 


89 


Thus,  this  format  information  would  control  rtatement 
ID  which  woul.i  -t.:.'  tr.e  data,    kn  exomple  of  Guch  data  -lc: 


5b 


DO  implied  lists 


In  addition  to  tne  sir.ipie  l/u  list  and  the  short  list 
discussed  previously,  a  Rj-t.^  or  WRITE  statement  may  also  contain 
a  DO  implied  list. 
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The  form  of  a  DO  Implied  list  is: 


each  V  is  an  array  name  subscripted 
by  1  or  a  variable 


Tbe  order  in  which  the  array  elements  are  processed  is 
controlled  by  the  DO  loop. 

Examples:  DIMENSION  A (20) 

READ  (3,37)(A(J),J=1,10) 
37  F(»?MAT  (10F7.2)  . 

Values  are  read  into  the  first  10  elements  of  array  A. 

DIMES«5I0N  X(10) 

♦ 

WRITE  (5,50)Y(a,X(K),K=*1,10) 
50  FORMAT  (F15.5, (F12.2,P9.3) ) 

Hie  order  in  which  the  elements  are  written  is 

Y,3,X(1),2.X(2),2.X(3),2.X(4).2.X(5).2.X(6),2. 
X(7).  2.  X(8).  2.X(9),2.X(10) 

One  DO  implied  list  may  be  imbedded  within  another. 

Examples: 

DIMENSION  X(5,4) 

READ  (3,90)((X(I,J),I=1,5),J=1,4) 
90  FORMAT  (20F7.2> 

The  order  in  which  the  elements  are  processed  is: 

X(1.1).  X(2.1),  X(3.1),  X(4.1J.  X(5,1),  X(1,2),...,X(5,4) 


s 
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U2. 

Auxiliary  Input-Output  Statements 

The  three  statemwits  REWINlJ.  BACKSPACE  and  ENDFILE  are  used 
to  manipulate  data  files. 

REWIND 

The  REWIND  statement  has  the  form 

REWIND  u 

This  statement  causes  unit  u  to  be  positioned  at  its 
starting  point.  ^ 

BACKSPACE 

The  BACKSPACE  statement  has  the  form 

BACKSPACE  u 

This  statement  causes  linit  u  to  be  repositioned  such  that 
the  last  record  referenced  will  alsd  be  the  next  record  refer- 
enced when  a  READ  or  WRITE  is  issued.    This  stat«nent  has  no 
effect  if  u  is  at  its  initial  point. 

.  ENDFILE 

The  ENDFILE  statement  has  the  form 

ENDFILE  u 

This  statement  causes  a  unique  end  of  file  record  to  be 
written  on  file  u.    Action  is  not  defined  if  an  end-of-file 
record  is  encountered  during  a  read  operation. 
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STATEKENT  FUNCTION^] 

The  purpose  of  statenent  functions  is  to  eliminate  repetitive 
coding  of  the  same  expression  in  a  sut^rograa. 

For  example  if  an  expression  of  ^e  fonn      +  Vg  /  appears 
in  ten  statements  In  a  subprogram,  it  mij^t  be  advantageous  to 
code  the  expression  one  time  as  a  statanent  function  and  include 
a  reference  to  it  in  the  ten  statements. 

The  general  form  of  a  statement  floiction  is: 

rU-,f.  .  .fB^;  =  e 

f  is  the  function  name    each  a 
is  a  dummy  argument  to  the  function 
and  e  is  an  arithmetic  or  logical 
expression 


The  name  assigned  to  the  stat«aent  function  must  be  unique 
in  the  subpz*ogram  in  i^ich  it  is  coded. 

The  rules  for  naming  statoaent  functions  all  the  same  as  for 
variables  and  arrays 

1.  one  to  six  alphanumeric  characters. 

2.  the  first  must  be  alphabetic  or  it  implies 
real.  (A  -  H,  0  -  Z)  or  integer  (l-N)  type 

3.  to  override  2  a  type  statement  must  be  included 

in  the  subprogram  to  explicitly  type  the  statement 
function. 

The  dummy  arguments  to  tne  statement  function  need  not  have 
names  unique  in  the  subprogram  as  they  do  not  define  actual  entities. 

The  expression  must  agree  in  type  with  the  name  assigned  to  the 
f one t ion  (e.g.  if  the  function  is  typed  logical,  the  expression 
mast  be  logical).  o       f  ^ 

The  expression  may  contain 

.  the  duasiiy  arguments 
non-hollerith  constants 
variable  references 

references  to  other  statement  functions  defined  previously 
Intrinsic  and  external  function  references  (Section  9) 

All  statement  functions  in  a  subprogram  must  be  coded  prior 
to  all  executable  stat«Ba>ts. 

A  statement  function  can  be  Lised  only  in  the  subprogram  in 
which  it  is  coded. 
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Thus  if  the  various  subprograns  of  a  ;)rogram  all  require  a 
particular  statement  flmction,  it  would  have  to  be  coded    In  each. 

A  Statement  function  is  executed  by  including  a  reference 
to  it  in  an  executable    statement, including  real  arguments  of 
the  proper  type,  order  and  nianber. 


examples  of  usage 


SFUN  (A,B)  =  SORT  (A»*2+B»«2) 


10         X  =    Y  +  SFUN  (Q,R)/Z 


B  =  SFUN  (CD)  ♦  E+F 


G?9 
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Subprograms 

There  are  three  types  of  dependent  subprograms  %#hich  Idie 
progranyner  may  code  to  use  in  conjMnetloa  with  the  main  subprosraia: 
^^L^b^JSSraS!^"^*        subroutine  Subprogram  and  theBloS^ 

The  first  two  of  these  would  contain  coranonXy  used  routines- 
Their  usefulness  is  that  a  routine  could  be  written  one  time 
and  included  in  each  program  as  required,  unaltered,  thus  Savinc 
some  amount  of  coding.  i      **«  M^vj^ig 

*  subprogram  does  not  contain  executable  code: 

Its  function  is  to  initialize  blocks  of  labeled  common. 
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&lock  Data  Subprogram 

throuShT ?lSfk'3S?i1ub^^r*'  ~'  initialized 
BUJCK^MM^"*  stateaent  in  a  block  data  subprograa  ouat  be 

The  last  stat«nent  must  be  END, 

The  only  statements  which  may  appear  within  a  block 
data  subprogram  ares    the  data  t^e  sSt^Mita 
EQUIVALENCE,  DATA.  DnrasIONrand^CC^N  ' 

the  e^t'l?S%!Sc'i^u^?  L^'ll^crliA^'''''  ^^'^^^  initialized. 


Example 


In  main  subprogram 


Cmm    /BLK1/  A,B,C 


END 


blcx:k  data 

common  /blk1/  x,y,z 

DATA    X,Z/6.97,  ^7.64/ 
END 

initia??Li^^^Tr''^®?i\^^i^^^*'  ^®  variable  B)  is  not 

s?it'eS^nf  sich'a/^""'  ^  '"^^^^^^  «  ^^^^n 

c(mmii  /BLK1/  x,z 

The  entire  block  must  be  defined, 
cownon!^^  ^^^^^  "^^^  subprogram  may  not  be  used  to  initialize  blank 
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Function  Subprograna 

toqfj^"^  8lat«Bent  of  a  function  subprograB  i$  of  the 

t  la  the  function  type,  f  is 
the  function  name  an4  each  a 
is  a  dvaaay  argument 


Function  subprograms  are  given  a  type  (e.g.  INTECERI  or  if 

name,    a-h  and  0-Z  real;  I-N  integer;  The  name  must  be  one  to  six 
alphanumeric  .characters  with  the  fiSst  ^amcteTSeiSg^lphSbStic 

The  duBBBy  arguments  nay  not  appear  in  an 

EQUIVALEarcE,  OATA  or  COMK)N  statemwit. 

END  sSteiSt/^^®"*      ****  f^tion  subprogram  must  be  an 

^oiii^  subprogram  may  return  any  number  of  values  to  the 

calling  subprogram,    ms  is  done  in  t%#o  ways. 

execuSSinL?LSl?  ^"^Ji^^n^if^^C  «PP«^       at  least  one 

executable  statement,  to  the  left  of  the 

£il"*^^i**"  s^^rogram  may  redefine  any  of  the  dummy 
th^fSJ^tiSS?  ^^""^^y  redefine  the  true  arguments  of  the  call  to 

mftnt  ?Si^rA!S^^®Dfl^^^"?  subprogram  is  made  by  a  RETURN  state- 
clll  tSTe^ctiSS!^      '^^^  ^        statement  which  issued  the 

Calling  function  subprograms.    A  function  subprogram  is  executed  by  in- 
cluding its  name  in  an  arithmetic  or  logical  assignment  state- 
ment.    The  true  arguments  must  agree  with  the  dum£r  arguments  in 
type,  number  and  order. 

True  arguments  may  be  one  of  the  following; 

variable 

array 

array  element 

an  external  procedure  (see  EXTERNAL  page  3-9) 
an  expression 
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ExafflpXe 

1«  mam  aubprpgraa  AREA-PIGR(wrH.HGHr,J) 

IP  (J.CT.0)  CO  TO  .  ,  . 

£3«D 

FWCTION  PIOR(A,B,I) 
IP  (A.    LE.  0,0)  CO  TO  42 
IP  (B.    LE,  0.0)  CO  TO  W» 

I  «  0 

PIGR  a  A»B  ' 

t 

RETURN 

13  POiMAT  (1f^,  11H  NEC  WIDTH:,  F7.2) 
42     WRITE  (5,  13)  A 

PIGR  a  0.0 
RETURN 
^     WRITE  (5,14)  B 

FORMAT  (1H0,  12H  NEC  HEIGHT:,  F7.2) 
I  2 

PIGR  =0.0 
'  RETURN 
END 


•  «  I 
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Subroutine  Subprogrtu&a 

.  7M  first  stat«aent  ot  a  subroutine  subprograa  is  ot  the  form: 

SUSIOTIHE  s  (ai,....an) 

3  is  the  subroutine  name 
and  each  a  is  a  duamy 
argufflent. 


The  last  statai«at  of  the  subroutine  subprogrw  must  be  an  ISXD 
(Statement* 

The  duomy  argumenst  may  z*epz*esent  variable  r  names  p  array  names 
or  external  procedures*    niese  dimmiy  armonents  may  not  appear  in 
MTA,  COIQfON  or  EQUIVALEa«;:E  statements. 

A  subroutine  subprogram  returns  values  bacK  to  the  calling 
subprogram  by  redefining  the  dumiy  argioients  and  thereby  the 
associated  true  arguments. 

Return  is  made  to  the  callijQg  subprogram  by  a  RETURN  statement 
(page  6-7) 

The  true  arguments  to  the  call  may  be: 

hoilerith  constant 

variable  ' 

array 

'  •      array  alement 

an  expression 

external  procedure 

Example  (same  as  for  Function  subprogram  to  show  similarities  aad 
diff(irences) 


in  main  subprogram 


CALL  FIGR  (WDXH,  HGHT,  J,  AREA) 
IF  (J    .GT»  0)  GO  TO.  .  . 

END 

SUBROUTINE  FIGR  (ApB,IpC) 
IF  (A.  LE.  0.0)  GO  TO  42 
IF  (B.    IE.  0.0)  GO  TO  44 


I  «  0 
C  =  A*B 
RETURN 

13  FmiAT  (1I^,11H  HEG  WIDTH:, F7. 2) 
42  WRITE  (5,13)  A 

I  e  1 
C  B  0.0 
RETURN 
44  WRITE  (5,14)  B 

14  FCaWAT  (1H0,  12H  mc  HEIGHT:  .P7. 2) 
1  =  2 

C  s  0.0 

RETURN 


Predefined  Functions. 


There  are  two  groups  of  functions ,  Intrinsic  and  Basic 
Qctemali  %fhieh  imist  be  smqplied  with  the  Fortran  c^piler. 

TSm  t^blM  below  list  tJ^e  two  tUpes  of  functions 
Basic  BrtefnaL  Functions 


F\inction 

Meaning 

Name 

Arsument 

Function 

Exponential 

e* 

E3CP 
C&XP 

Real 
d.p. 

ccmplex 

z*eal 
d.p. 

conplex 

Natural  Logaritha 

loggCa) 

ALOG 
DLOG 
CLOG 

real 
d.p. 

complex 

real 
d.p. 
complex 

CoBBBon  LogarithiB 

AL0G1O 
DL0G1O 

real 
d.p. 

real 
d.p. 

TrigonoDetric  Sine 

sin(a) 

SIN 

DSIN 

CSIN 

real 
d.p. 

cooplex 

real 
d.p. 
complex 

Trigono&etric  Cosine  COS(a) 

COS 

DCOS 

CCOS 

real 
d.p. 

c(si^lex 

z*eal 
d.p. 

Hyperbolic  Tangent 

tanh  (a) 

TANH 

Square  Root 

SORT 

DSQRT 

CSQRT 

real 
d.p. 
complex 

real 
d.p. 

complex 

Arctangent 

az*ctan(a)  ATAN 
DATAN 

arctan(  a,  /a^  )  ATAN2 
^  DATAN2 

real 
d.p. 
real 
d.p. 

real 
d.p. 
real 
d.p. 

Remaindering 

a^(mod  Bg) 

mon 

d.p. 

d.p. 

Modulus 

CABS 

complex 

real 
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Intrlxisic  Functions 


Function 
Absolute  Value 

Truncation 

Remaindering 
Largest  Value 


Smallest 
Value 


Float 


Fix 


Sign 

Transfer 


Type  of 


fXttiction 


ABS 
lABS 


Sign  of  a  AINT 
times  larg-  int 
est  .integer  idint 


a  (mod  ag) 


AMOD 
MOD 


Max(a-,..a  )  AMAX0 
AMAX1 
MAX0 
MAX1 

Min(a.,..a^)  AMIN0 
AP!IN1 
MIN0 

mm 

_^  DMINI 
convert  FLOAT 
integer  to 
Reeil 


convert 
real  to 
integer 

sign  of  ap 
timep/a  j / 


IFIX 


SIGN 

ISIGN 

E6IGN 


Positive 
Difference 

Most  significant 
part  of  d.p,  argument 

Real  part  of 
complex  argument 

Imaginary  part  of 
complex  argument 

Single  to  doiible 
precision 


a--MIN(a-,a-)  DIM 
IDIM 

SNCL 


REAL 


AIMAC 


DBLE 


real 
integer 
d.p. 

real 
real 
d.p. 


real 
integer 

integer 

real 

integer 

real 

d.p. 

Integer 
real 
integer 
real 
d. 


in?eger 

real 

real 

integer 

d.p. 

real 
integer 

d.p. 
complex 
complex 
real 


real 

integer 

d.p. 

real 

integer 

integer 


real 
integer 

real 

real 

integer 

integer 

d.p, 

real 

real 

integer 

Integer 

d.p. 

real 


integer 
real 

Integer • 
d.p. 

real 
integer 

real 
real 
real 
d.p. 
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Intrinsic  Functions 

Type  of 

Function   Meaning  Name         Argianent  Function 

Express  bto  real  ^  a^+ag  CRRX       real  c«npiex 

arguoenta  in  , 
coBplex  form 

conjugate  of  C<»WG         complex  ccaaplex 

complex 

Both  the  basic  external  functions  and  the  intrinsic  functions 
are  executed  by  Including  a  reference  in  an  executable  statement. 

The  various  functions  will  be  discussed  individually  below. 
Absolute  value 

ABS  returns  the  absolute  value  of  the  real  argument. 

example     X  «  ABS(Y) 

if  Y  =  -5.4,  X  =  5.4 

lABS  and  DABS  for  integer  and  double  precision  value. 
Titincation 

AINT  truncates  Ifractional  part  of  real  argument  and 
return  this  value  in  real  format. 

example     X  =  AIIiT(Y) 

if  Y  «  5.4.  X  =  5.0 

INT  similar  to  AINT  except  value  returned  is  in  integer  format 

example     I  =  INT(Y) 

if  Y  =  5.4,  1=5 

IDINT     same  as  INT  for  double  precision  arguments. 

example     I  =  IDXNT(D} 

if  D  =  5.4,  I  «  5 

Remaindering 

AMOD  first  real  argument  is  divided  by  second  real 

argument.    True  remainder  is  returned  vrith  sign  of 
first  argument. 

example     Y  =  AMOD{Y,Z) 

if  Y  =  7.2  and  Z  =  1.4,  X  =  2.0 

MOO  same  as  Af^D  for  integer  values 

OMOD  same  as  AMOD  for  double  precision  values. 
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Choosing  Largest  Value 

AMAX1  determines  v^ch  of  the  two  or  more  real  arguments  i« 
greatest  and  returns  this   value  in  real  format. 

Example  ANAX1(A,B,C) 

if  A  =  1,5,  B     -9,4  and  C=7.3;  X=7.3 

MAX1  determines  which  of  th»»  real  arguments  is  greatest 
and  returns  the  value  in  integer  format, 

AMAX0  determines  *diich  of  the  integer  arguments  is  greatest 
as  returns  this  vi^ue  in  rml  format. 

Example    X  =  AMAX0  (I,J,K) 

if  Ic=3,  J  =  -5,  K=4;  X  =4.0 

MAX0   determines  which  of  the  integer  arguments  is  greatest 
and  returns  this  value  in  integer  format. 

IMAX1    determines  *^ch  of  the  double  precision  arciaaents 
is  greatest  and  returns  this  value  in  double  precision 
format. 

Choosing  Smallest  Value 

AMIN1  ,  AMIN0  etc  similar  to  the  corresponding  max  function, 
except  that  the  smallest  value  is  returned. 

Example 

X=AMIN1  (A,B,Cj 

if  A=1.,  B=5.4  and  C=.9;  X=  .9 

Conversion  from  integer  to  real 

FLOAT  converts  an  integer  argument  to  real  format,  it 
is  of  use  within  expression  which  would  otherwise  be 
mixed  mode.  \ 

Example 

X  ^  A+FLOAT(I) 

X  =  A+I  is  illegal 

Conversion  from  real  to  integer 

IFTX  converts  a  real  argument  to  integer  format.    It  is  of 
use  within  expressions  ^^ich  would  otherwise  be  mixed 
mode. 

Example 

I  =  J+IFIXCX) 

I  =  J+X  is  Illegal 

1<>-4 


JUgn  transfer 

SIGN  cc»abines  the  sign  of  the  second  real  argument  and 
the  absolute  values  of  the  first  real  argiment  and  returns 
this  value 

Example 

X  =  SIGN(Y,Z) 

if  Y=7.9  and  Z  a  -1.23;  X  -7.9 

ISIGN  similar  for  integer  argiiments 

li^IGN  similar  for  double  precision  arguments 

Positive  difference 

nlM  subtracts  the  second  real  argvmient  from  the  first 

If  result  is  zero  or  positive    this  value  is  returned, 
if  negative  zero  is  returned. 

Examples  X  »  DIM(Y.Z) 

if  Y  =  5.0  and  Z  =3.7;  X  =1.3 
if  Y  «  3.7  and  Z     5.0;  X  «  0.0 
if  Y  =-5  and  Z  «  -6,3;  X  =  1.3 

I DIM  similar  for  integer  arguments, 

Otitain  most  significimt  part  of  d.p.  argument 

.:ngl  truncates  those  low  order  digitsof  the  double  precision 
argument  which  would  not  fit  in  one  storage  unit. 

Obtain  real  part  of  Complex  argument 

{ii-lAL    extracts  the  real  half  of  a  complex  number 

example  X=REAL(C) 

if  C  =  5.4+3.71;  X=5.4 

t)btrtin  Imaginary  part  of  complex  argument 

AIMAG  extracts  the  iutaginary  part  of  a  complex  number 
and  returns  this  value  as  a  real  number. 

example  X:=AIMAG(C) 

if  C=5. 4+3.71;  X=3.7 

Convert  to  double  precision  format 

DBLE  converts  a  real  argument  to  double  precision 
format 

Convert  to  complex  format 

CMPLX  returns  the  first  real  argument  as  the  real  part  and 
the  second  real  argument  as  the  imaginary  part  of  a  complex 
number 

example  C  =  CMPUC  (A,£) 

If  A  ^  79.5  and  B  =  34.62;  C  a79.5  +  34.621 
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Conjugate  complex 

CONJO  converts  a  complex  argument  to  its  con;)ugate  form. 

Example        C1  s  C(»IJG(C2} 

if  C2  =  5.9  ♦  2.7i,  C1=5.9  -2.7i 

Exponentiation 

EXP  raises  the  value  e  (2.71828...)  to  the  power  indicated 
by  the  real  argument. 

example        X«EXP(Y)  , 

if  Y  =2.01  X  =9*^  or  7.589.  .  . 

DEXP  for  double  precision  arguments 

CEXP  for  complex  argianents 

Natural  Logarithm 

ALOG  returns  the  logarithm  to  the  base  e  of  the  real 
argvmient 

example  X  «  ALCX;(Y) 

if  Y  «  3.7;  X  1.3C»33 

DLOG  for  double  precision  arguments 

CLOG  for  complex  arguments 

Common  logarithm 

ALOG10  returns  the  logarithm  to  the  base  10  of  the  real 
argument 

example  X*AL0G10  (Y) 

if  Y  =  3.7;  X  =0.5682 

DL0G10  for  double  precision  arguments. 

Trigonometric  Sine' 

SIN  returns  the  sine  of  the  real  argument.    The  argument 
must  be  expressed  in  radians. 

I'aj.01745  radian,  1  radian«57'»  ^*»^  radians  »  90« 

example  x  a  SIN  (Y) 

if  Y  =  ^1  ,  X  =  .70718 

DSIN  for  double  precision  arguments 

CSIN  for  c(^plex  arguments 


Trlgon^aetric  cosine 

COS  returns  the  cosine  of  the  real  argument  esg^ressed  in  radians 

Example  XbCOS(Y) 

if  Y  =  .59  (34«),  X  -  .029 

DCOS  for  double  precision  arguoents 

CCOS  for  ccHE^lex  argiments 

Hyperbolic  Tangent 

TANK  retui-ns  the  hyperbolic  tangent  of  the  real  argumwit  in 
radians. 

Square  root 

SORT  returns  the  square  root  of  the  real  argtment 

Example:  X  »  SQRT(Y) 

if  Y  a  8.751  X  e  2,958.  .  . 

DSQRT  for  double  precision  argianents 

CSQRT  for  ccoaplex  argum^ts 

C(»iiplex  absolute  value 

CABS  returns  the  absolute  value  in  real  format  of  the  cwaplex 
argument  using  the  fonau'  a 

Example  X  »  CABS(<  ) 

if  C  =  5.'*-3.7i,  X»6,54A8 

Arctangent 

ATAN  returns  the  Arctangent  of  a  real  argument 

DATAN  siJttilar  for  double  precision  arguments 

ATAN2  cc»nputes  arctangent  for  tw  real  arguments  using 
formula  k^7^ 

DATA1I2  similar  for  double  precisioo  Btpmrnta 
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ANS  FORTRAN 


General  Cnmenes 

flpirM.  it  MCflHHodaMs  •iaBUcioa  of  cImm  flgorM.    towmr,  preblw  vlll 
b«  Mcoimmad  ia  •iBBlatlag  cte  •cracorcd  fitarM.   Flrat,  tten  !•  no 
«ucoMC«d  v«rlfieatioB  «f  thm  MmetnMS  of  eho  sianlotod  flflproo,  and  soe- 
oad,  Clio  branehlai  lAich  auoc  bo  oood  la  cbooo  fltoroo  addo  coiploxlty  durios 
cho  progm  codiaf  oad  eboekottt  phoooo.    Xa  oddUioa,  cbe  Uek  of  on  ZSCUns 
copobUUy.  oad  fOmut'o  look  of  o  block  acmecoro,  kai^r  top  dowi  progm- 
■iiit. 

Thn  loticol  IF  (aa  diotintoiakml  froo  tlm  arlthMtlc  IF)  otataaont  In  fCXtMM 
dooa  sot  provido  tho  XmENELSE  capability,  l.o..  tin  poaolbla  patha,  bnt 
rathor  allowo  eoadltlonal  osocotion  of  only  ono  atataaant  provldod  tho 
loticol  oaproooiott  toot^  io  tnio.    Tko  ITTRBBLSE  figoro  tlma  anat  bo  alao- 
latad  with  a  logieol  IF.  and  ono  or  'aoro  GOTO  atot«Mnta. 

Tho  DO  atatonont  in  VOtTRAN  U  m  indoning  typo  of  looping  atataaont  which 
la  of  (ho  bolNTXt  f om.  oinco  tho  toot  occuro  at  tho  ond  of  ttM  loop.  Tho 
capability  of  itoration  baa^  en  whothor  o  condition  ia  tmo  or  falaa  dooo 
not  oxiot.    Thovoforo  tho  DOQIITIL  ond  nWRILB  control  figuroo  anat  bo  oiait- 
latad  with  a  loyieol  IF  and.OQTO  otataaanta. 

FOimUUI  haa  no  inploaontotion  of  tho  CASE  figoro  oa  auch.    Rowovor,  uao  of 
cho  coapueod  GOTO  along  with  tho  unconditional  GOTO  atatamnta  prowidoo  a 
functionol  baala  for  tha  aiaolotion  of  tho  CASE  figoro. 

Tho  following  onbooetiona  dotail  a  aimilatlon  of  tte  baaie  atntctnrad  pre- 

trannlng  flguraa  and  provide  a  set  of  suggested  language  coding  conventions 
which  are  Intended  to  have  a  minimal  Impact  on  the  ANS  FORTRAN  user,  they 
are  all  Intended  to  achieve  basic  goals-:    to  produce  programs  which  are  easy 
to  write  and  debug,  easy  to  read  and  understahd,  and  easy  to  maintain  and 
Bodlfv* 

In  suaaary  tha  daficionclea  in  fORTSABi  which  affoet  Ita  top  down  otructnrod 
prograoalng  capability  are: 

a.  Tha  lock  of  an  IRCLinyE  capability. 

b.  Tha  lock  of  both  tho  DOHRliE  and  SOimtn.  control  otructoreo. 

c.  Tho  lock  of  Cho  IFTREHELSB  control  atmeturc. 

d.  Tha  lack  of  any  dallaitora  to  facilltoto  block  atrueturing. 
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Top  Down  Structured  Progranming  In  ANS  J  ORTRAN 

• 

As  aentionsd  previously,  •  hasle  problem  in  aioulatlng  th«  atructursd  pro- 
graaalng  flffitrM  ualiig  the  feeturee  of  ANS  FOtTRAII  1  lee.  in  the  fact  that 
there  la  no  autonated  verification  of  the  atructure<l  figure* a  integrity. 
Thup,  an  Incorrectly  ci^ed  atructure'^  figure  night  appear  correct  In  fono. 
No  iiolutien  to  thia  probta  la  propoaed  for  ANS  FORTRAN  figure  almlatlon. 
A  precompiler  can  eliminate  this  problem, 

tn  leflnlng  each  atandard  figure  In  this  aectlon,  the  goal  haa  not  been  to 
att'snpt  to  nlnlBlse  the  nin^r  of  linea  written;  rat,her  It  haa  been  to 
strive  for  clarity  ao  that  Che  identity  of  each  figure  can  be  underatood 
without  any  doubt.    Aa  an  exaaple  of  the  «Bphaals  on  clarity  atreaaed  In 
these  receaaenda<lona,  the  DOWHILE  aa  auggeated  In  the  "IBM^SD  Structured 
Progranfng  Guide"  <8): 

al  CONTimiE 

IF    (.NOT. (logical  axpreaaion))  bU  TO  s2 
state  wnta  to  execute 

(X)  TO  al 
s2  CONTINUE 

may  be  compared  to  the  proposed  DOWIILE  ainilatlon: 

C  DO  WHILE 

GO  TO  82 

si  BtateiMnta  to  execute 

s2  IF  (logical  expreaaion)  00  TO  si 

C  ENDDO 


Note  that  cowwnta  are  uaed  to  explicitly  naae  'the  beginning  and  end  of  the 

noVRILE  in  the  latter. 


The  TFTHENELSE  figure  causes  control  to  be  tranaf erred  to  one  of  tw  func- 
tional blocks  of  code  (A  or  B)  based  on  the  evaluation  of  a  logical  expres- 
sion (p).    Since  the  logical  fIF  statesient  In  FORTRAN  allows  conditional 
execution  of  a  alngle  stateiaant,  provided  the  logical  expreaaion  taated  Is 
true,  the  IFTHENELSE  figure  la  aioulated  in  FORTRAN  uaing  both  a  logical  IF 
'statement  and  GOTO  atateronta.     The  flowchart  for  the  IFTHENMl  figure  la: 
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IFTHEMLSC 

Tlw  IFTMEHELSE  figure  •hould  Im  comtructad  to  that  th«  "tni«" 

cod«  (A)  tmmAXMXy  follofit.  tlw  IF  •tat»fit.    In  ord«r  ^^^^^J.^ji; 

In  FOITRAII.  It  !•  m%  4««lr«bl«  to  t«t  for  tiM  ii^tl^  of  «5? 

<f  «lr.il  by  u.inR  •  ".MOT."  (•  potltlvo  t«8t  nould  n^coMitat; 

aaditloacX  OGTO  •tatWMit).    Tha  cedo  itYUctiiro  raeoMidod  to  roproaent  tne 

TPTHERBLSE  flturo 


1 

71 

) 

4 

ft 

i 

1 

i 

10 

11 

12 

13 

14 

1ft 

1ft 

1/ 

IS 

19 

20 

21 

22^ 

2S 

26 

27 

28 

29 

30 

31 

32 

33 

34 

3^ 

1 

F 

c 

• 

M 

0 

T 

P 

> 

0 

T 

0 

0 

L 

0 

* 

C 

0 

4 

li 

— 1 

0 

T 

0 

2. 

i 

c 

£ 

L 

s 

e 

1 

c 

0 

6 

9 

X 

c 

0 

N 

T 

1 

N 

y 

e 

l- 

1- 

5 

1 

F 

..•4.««it.  *#lthlii  tno  tifo  fLoMi  including .tho  GOTO 

.u.,  ana  tha  COMTINUE  .t^.ai-nt  tanilnatotf  for  tha  fl^a  . 
1.   -ncad  two  columa.    Tha  ELSE  and  B1©IF  co-ant  llnaa  '^Jc'* J?  Jf^- 
fha  ana  ct  Vm  fuadtlonal  bloeka  of  coda  ahould  ba  al^gnad  ifith  tha  IF. 

he  1 1^1  ^«  iniifJiELSE  flRura  la  optional  and  If  not  uaad.  tha  flowchart 
tov  r.-i.  flRura  *o«ld  ba  raducad  to; 
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and  the  cede  otrurture  rf^coninefidrd  to  r«pr«Mnt  thlf  Is: 
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If  eod«  A  cotisUts  of  a  alotl*  stacoaiaitt  tha  loglc«J:  TF  statamnt,  which  la 
a  part  of  tha  FORTEAN  laiigu4Ra«  way  \m  uMd.    Tha  r«:ogmid^  format  la  aa 
folloifa: 
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DO  Figures 

The  DO  figures  allow  Iterative  execution  of  •  fimctional  bloc^i  of  code  (A) 
based  on  a  logical  expression  (p).    If  the  test  is  oede  prior  to  the  execu- 
tion of  code  A  it  is  a  DOUHILE  figure.    If  it  is  nade  after  code  A  it  ie  a 
nOUNTIL  figure.    The  FDRTRAN  DO  is  essentially  a  specialiced  DODIfTIL  and  its 
ua»  to  slBwlat«  rhe  no  fluvres  in  very  clumsy.    With  tlM  FORTRAR  DO,  execu- 
tion continues  as  long  as  «n  index  is  not  itKrenented  past  a  test  imlue; 
hewver.  the  DO  statement  is  a  coflnand  to  execute,  at  least  eace,  the  state- 
Bwnts  within  its  range.    The  DO  figures  can  easily  and  nore  n^erstandably  be 
simulated  in^JORTRAN  using  a  logical  IF  statoMnt  i^d  GOTO  statemts. 


It  Is  feconnienied  that  the  DOWHILE  figure  be  slnulated  in  TDRTRAH  using  a 
logical  IF  statewenr  and  GOTO  statements .    The  flowchart  for  the  DOWHII.F. 
f  gure  is:  » 


Nut*  tU**t  the  logical  expreaslon  (p)  l«  tatttd  prior  to  each  exacutlon  of 
f;hc  funitlofiAi  block  of  co4o.  (A)  Including  cho  fine. 

AUhous)'  thia  figure  can  b«  e^od  ualng  •ItlMr  •  positive  conditional  t«sc  or 
A  negftcivo  conditional  teet,  ch«  poaitlve  cooditioMl  test  Approach  is  rocoB- 
mendod  for  fOaXSAH  i^iloaantatlott.    Tha  cod*  atruetura  raeoaModad  to  rapra- 
•«nt  th«  OOUHZLE  figure  la: 
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Th*-  logical  expreeaion  (p)  on  the  DOWILE  cooMnt  line  la  recooaended  but 
could  bf  deleted  et  the  user 'a  option. 

•  Latementa  wichm  the  figure  ahould  be  indented  two  coluana  froai  the  IKiWHILE 
••nd  EKDOO  cot&nent  linea  vhich  eld  in  locating  the  beginning  end  end  of  the 
tlgurf. 

Ic  iH  recooaended  that  tht>  OOUNTIL  figure  also  bu  simlated  in  FORTRAN  using 
M  logical  IF  statetBent  and  a  GOTO  stateaent.    Whisn  Imping  under  control  of 
•n  indexp  hovever,  a  FORTRAN  00  might  be  an  appropriate  thoice  (refer  to  the 
tiaxt  aubaection).    The  flowchart  for  the  DOUNTIL  figure  ia: 


UOUNTIL 


.   cr  thnt  the  logical  e^^pr^eaaion  (p)  ia  teated  after  each  execution  of  the 
luiuulonai  block  of  codi-p  lo  that  code  (A)  la  alvaya  executed  at  leaat  once. 

!!4f  4  «M  .iQioended  almuXatioti  of  thla  figure  requlrea  that  the  conditional  teat 
on  the  looping  variable  be  negated  aa  indicated  in  the  example  below.  The 
u<  K^tlve  condition  ia  achieved  uy  applying  a  *'.lfOT."  co  the  deaired  logical 
lixfiraaalon.    The  coda  atructure  reconModed  to  repreaent  the  XXHmTXL  figure 
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The  logical  expression  (p)  on  tlui  DOUWlL  comefit  line  le  recomwitded  hut 
could  be  deleced  at  the  user* a  option. 


StateMnta  within  the  figure  should  be  Indented  tw  colutm^  froo  th«i  noUNTlI 
and  CNIKX)  connent  lines  which  aid  in  IwatinR  the  beginning  and  etui  of  thf» 
figure. 


The  FoRFKAN  l>n 

The  FORTRAN  DO  atateimmt  la  a  roncnand  to  execute,  at  leaat  mice«  the  state- 
menta  that  physjcally  follow  ir,  u,*^  to  and  including  t\m  wwbered  statement 
indicating  the  end  of  the  DO's  rarige.    !vince  the  W)RTRAN       is  eBaentlall? 
u  specialised  DOUNTIL  f Igur*' ,  it  la  desirable  tha?  specific  guidelines  he 
atated  for  using  this  FCHITRAN  capability.    The  code  atructur«  reromnendefl 
when  using  fhr  FCXITRAN  DO  atate»ent  1b: 
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When  ai'proprlate,  the  CONTINUE  c«o  be  ooBil^ted  with  the  etatenenf  t^n^r 
di»flnlng  the  end  of  the  ranRe  cf  the  DO  placed  on  the  last  executable  state-- 

Bienr  li   the  range  of  the  DO, 

Th#-  ntatementn  within  thle  iipectallzed  DOUNTIL  flRur^  should^  be  Indented  two 
coiuatna  frow  the  DO  stateront  and  the  FWDDO  conment  line  which  aidn  in  ^ 
deterwlnlng  the  end  of  the  figure. 


CASE  figure  -  • — r  ,  ^ 

The  CASE  figure  causes  control  to  be  passed  t:^  one  of  a  set  of  functional 
blocks  of  code  (A,B,...,Z)  based  on  the  value  of  an  Integer  variable  1,  equal 
to  (1,  m).     It  In  recoanended  that  the  CaSE  figure  be  simulRted  in 


FOr  HAM  usini  •  co«put«l  GOTO  •tatoMnt,  GOTO  sCAtM^nCt        •  slnglt  col- 
IcccQr  (OOHriMUE  «c  CK«  Attd  of  thm  flcur*.    thm  tlawhaxt  for  tho 

CASE  Si%uf  iMi 


CASt 

So  >«  FOKTKAN  cMpllors  provide  that  If  the  v«lu«  of  i  i«  outside  the  range 

iva.  th«  next  •tateaent  is  executed.    Bofimr  with  ARS  FORTBAN  the  co»- 
pw^ed  GOTO  ecetmnt  le  undefined  if  it  ie  not  within  the  range.  Therefore 
lit  ANS  FCRTRAM,  1  ahould  he  teeted  prior  to  entering  the  CASE  control  logic 
ettucturi.    Out  of  range  valuee  should  result  in  control  being  traasfered  to 
the  defei.lt  code. 


The  default  code  ano  th«  "(  ifU  00n0*'  Ims^diatrly  following  th<*  c  usfiputi  if 
atatemnc  are  prnvldtd  t^r  aae  wlih  cofnpllera  that  priwide  for  exe*  utlun 
the  next  MequenM**'      .itfini^nt  whrn  1  In  not  withfn  the  rKage  uf  tht»  rumpnt 


SfatementH  within  th«*  t  tKure  are  Indtnreil  two  roJumiifi  Xivm  the  CASKI^'KY  utit 
'  ENDCASE  cunaHnt  I  in^<i  which  nld  In  Uett  mining  the  beglmiing  and  md  ut  thv 
figure.     Statements  wliMn  eat  h  c  aife  ar«*  indented  two  rulmnB  from  ravh  <'A/>F 
consnent  line. 


If  thf  functional  bloikn  *  f  code  artr  Identical  tor  more  than  onr  xhv 
rip, ^ropr  late  et^r  t  ies  in  the  computed  CO  W  atateiwnt  should  riinlaln  tht*  HHuif* 
number.     Further.   If  no  action  la  to  bi*  performed  toi  npeclHr  v^iuea  ot  1, 
the  appropriate  eutrlef;  shojld  point  to  the  end  of  the  figun*.     Cnnaider  the 
following  exampU*: 
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u^r   i"l  and  the  uAmv  luiKtlonal  block  of  code  will  b**  executed  and  for 

^      ,  no  p.rorcftslng  wl  1!   t^«*  |M*rtiirtnrd,^^  ^  ife 


I  Ni'l  ^  i/!    t  q),4hf  I  If  V  *  •  .  f 

Thn  capatUlty  of  lu^siiTig  flocks  of  cc»de  within  other  code  blocks  la  a'heces- 
ilty  for  ti^p  aown  progranmil ng.    This  Is  most  eaaily  achieved  if  the  language 
Uab  a  roopiler  directing  Inatruction  Huch  aa  INCLUDE  or  COPY,     In  tie  caae  of 
ANS  Fortran  thla  type  of  atatement  does ^ot  exlat  and  therefore  the  offect  of 
nesting  n^ay  be  simulated  by  the  aae  of  nested  CaLLs  of  subrputlnea*  However, 
gince  the  linkages  generatnd  by  CALL  stateiMnta  may  be  coatl^ti^fi  tetns  of 
ov^head,  two  uther  standard  alternative  sisulationa  of  the  nested  INCLUDE 
"capabilit/  are  presented.    The  first  may  be  used  if  the  included'  rode  segment 
appears  in  only  i'ne  placp  in  the  program*     It  is  written  as  follows: 
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Th*  fimcelon  nam  on  the  INCUIDE  coMat  ahottld  b«  mningful  mugh  to  In- 
dicate the  proceeelng  perforeed  by  the  «Mit-of-lliie  code.  The  out-of-llne 
code  then  tentlnetee  with  en  explicit  C30T0  to  the  COHTIHOE  etatcMnt.  If 
Che  ease  functional  proccae  ie  to  be  emulated  ae  an  INCLUDE  In  «cre  than 
one  pUce  in  thm  protraa,  the  aaaigned  OCffO  my  be  need  to  return  control 
froa  the  out-of-liae  code  ee  folleve: 
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r?  ^  oJc  which  b€Rln«  «t  stat^nt  1000  Wh«n  termifiat^  with  the -folloirtng 
.if4Slgn«il  GOTO  stateiirm  :7 
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thm  r«turiui  control  to  t)m  correct  point  to  covploto  tho  olmuUrlon  of  xhm 
not tod  tHCtUDE. 

T<m  M)or  problem  #ncountoro4  iHLth  tho  lock  of  on  TtK:Lin>E  direct  Ivo  Is  r#l«- 
tod  ^to  tiM  odvvroo  effect  thle  hee  mi  hoth  the  debugging  procedures  And  fUe^ 
office  snd  oechlne  proceduree  in  the  progren  support  librsry.     i  U  nU  v  f 

most  ^  urronf   I  f  st  f       i^l   .1  lilnrk  of   source  coih;  In  fllfMf.ln    1  nni  I'luinr  wlMfi* 
'It  m.xw    jc  fxamfnn<l  hv  -inv  pefRon  whf»  wlfihefi  to  do  ho,     IMm  Implle^i  .1 
mech.intsm  tj>r  blorlnr.  hu*  h  bio  Rm        IndlvHual   ontftfeM   in   1    ^if  i   u't   wlih  h 
ttas  a  ulrtfituiv  of.n;utt»4  that  potmlt  ;  F^rlr'rljvr  .MTeH»  ot   th«f5«'  mhih  M   ent  f 
tiefi.     A  i.hrtn:^e  can        mule  to  any  MorV  without   th#'  nece«9Rltv  of  piHslnK 
all  existing  codt'  fluiiuKh  the  editing  routlm*  and  the  filiiiR  of  flit-  revi  ^^mI 
listing'  In  thp  llbr^irv  doen  lyof  require  replacenieni   of  other  nnwhilf  H^tlnK'** 
Howevei ,  the  tnpuf   t     the  FORTRAN  compiler  mqulren  that  nil  i^f  fhHRc  Indi- 
vidual ^ubriMiflnr  Mi.-k-^  bi^'  garheted  fntn  a  mIhkU*  Requentlal  dnt  i  wet  f'rtnre 
belnK  ted  Into  thi-  ron,  ilt»r.     If  in  xh\m  cApahllltv  whiih  {a  wup^illod  with 
thi»   »e^ted  TNtTUDK        COPY  and  rh^  l;irk  of  it  m#';inH  thnt  the  pfnKvnm  muRf  h- 
tU'V«!v>|ed  n   4  s!fi>;;h'  sequent  ^  .il  dat.t  «et  .     In  nrd»»r  t*'  ,handl»»  th\^  prc'-ii-m 
vartour.  sol'jtionR  out  Hide  the  scope  of  the  l.mp.unge  have  ^bern  Imp'J  emenf'Ml , 
such  ^t=.  prerorapller^ ,   linkage  edltoi    INCLTHKh,  .t  .1  Aixln  net  «  on«-;.  t  rn-i  f  1  on 
rapal'fHfv  within  the  ope.raUlUR  Nv»ti'tn, 


Addl t  loha i  Re«  onsmeiul***!  (>>HinR  Convent  fooM 


Refltrl<-tei    OKI  KAN  St  .itf  nt'iit  l';i.i|i^t» 


ll^-tjrdcr  to  mine 
that  ct-rtala  all 
as  required  in 
•uaaunTtsadl  bcl 

dlt 


Uble 
prc3 


>r  the 


loi 


igrMiing  coi^apta.  It  la  r ccoapMndad * 
atataaanta  Kmerally  Rot'ba  axc«pt 
inltlon  of  the  atandard  ptOKran^flguran  and 

 >  part,  an  attCHpt'  la  nMe  to  precluda  uncon- 

not  ftacaaaltatad  by  ttaadard  proffraa  flgura  definition. 

nOTO  atatasent  ii^uaad'Ot  the  deflaltloi^  of  the  follovlng  •tandardpro- 
gtae  f Iguraa:    IFTHKN|aS^«^DOIfRILE,  DOOVriL  and  CASE.    The  eoaputed  GOTO 
statenent  la  uaed  In  tht  definition  of  the  CASE  etandard  prograiri  figure,  ft 
Hhould  be  an  ^jectlva  (ist  to  uee  theae  atatenanta  except  in  thoee  fl^guraa. 

The  ASSIGN  and  AS$IQ<ED  30^0. atataaanta  provide  an  tmcofiditlo»al  branching' 
capability.    The  arlthnatlc  IF  atatenent  it  not  neckaeary  hacawae  the  IFTHKN- 
ELSE  atandard  program  fli^re,  with  neatlng  aooetlaea  Acquired .  will  provide 
the  sane  capability.    Uee  of  theae  FngTKAN  ttateHent^  ahould  be  avoided. 


The  racoonci^ad  use  of  the  DO  atatenent  aa  a  ape^j 
lit  a  prevloua  aubaection.    Other  uaage  of  the  DO 


^i^DOUWTIL,  le' covered 
,a  not*  racoHMirfed . 
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Th«  (MlNTIWfK  Nt«t«TOni  it  utfld  In  th#?  definition  of  the  IFTHENEtSE  and  CASE 
■candard  f^rograa  flguliraa.    In  addition.  It  la  aoaatUMs  required  by  a  DO 
(apecUllied  DOOtiTIL}  atateMnt.    Uo  other  uae  of  the  CONTINUE  should  be 
neeaeMry. 

I*r<i|(ram  Organizailun 

Thcae  conventlona  provide  for  the  organisation  of  a  FORTRAN  aource  prograa 
into  a  act  of  eegMnta  for  coaplUtion.    Any  FORTRAN  program  requires  a  cer 
tain  ordering  of  the  atataaenta  within  the  prograa.    K  suggested  f'.fther  re 
atrlctlon  to  that  ordering  for  the  aake  of  readability,  clarity,  and  conala 
rency  appears  below. 

a.  If  thla  is  a  aubprograa,  the  flrat  card  met  be  s  FUNCTION, 
SUBROUTINE,  or  BtOCR  DATA  stateaent. 

b.  Any  COMMON  atateaiente.  each  followed  by  all  type.  DOUBLE 
PRECISION,  and  EQUIVALENCE  atateiaents  related  to  It  follow. 
No  dlaeealon  Information  la  to  appear  on  a  COMMON  atatewent. 
The  dOMMON  atateMnt  will  be  uaed  only  to  declare  the  order 
of  arraya  and  variables  wlth>ln  the  COHHON.    Blank  COMMON  la 
to  be  declared  first,  followed  by  all  labeled  COMHDNa  in 
alphabetical  order. 

Any  expllclr  dpeclf icatlon  (type)  atsteaenta  and  DOUBLE 
PRECISION  aiateaenta  will  be  arranged  In  a^P^sbetlcal  order 
of  the  varlablea  or  arrays  within  each  of /the  types.  Tlwy 
will  be  defined  in  ths  following  order:    COMPLEX,  DOUBLE 
PRECISION,  REAL.  INTEGER,  and  LOGICAL.    AM  dlaensloning 
Inf^naatltm  should  be  Included  on  the  type\or  DOUBLE 
PRECIS  A  IN  cards.    All  verlablca  or  arrays  should  be 
explicitly  declared,  and  the  DIMENSION  statement  should 
not  ba  uaed  In  place  of  a  type,  atatesMnt. 

Uluwlng  each  type  or  DOUBLE  PRECISION  statement,  any 
i.OUIVALi»CE  sratamenta  required  for  that  type  statsment  are 
included.    A  blank  comment  card  should  be  used  before  tnd 
a^tef  the  F.MIT VALENCE  statSmenta  to  sst  them  off  from  tne 
auri;oundlng  definitions. 

c.  nnce  all    OMMON  declaratlona  ars  made,  the  program  locsl 
dec ^arat lone  are  made  using  the  same  conventlona. 

d.  Foliowlng  all  program  locsl  declarations,  sll  EXTERNAL 
dacUrstlons  will  bs  made. 
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e.  Any  fUTA  itateiWfntB  for  prograiB  loc*!  arrayii  and  varlab^aa 
follow. 

f.  All  FORMAT  aeatamanta  follow. 

g.  Any  atatmne  functtm  daflnltiona  'caia  naxt  and  conpl«tc 
rha  non~^xecutabl •  c »da.  ,  . 

h.  Sagiwnta  containing  axacutabla  coda  follow  In  ordar.  n.r 
laat  aagacn*:  auat  eootaln  an  END  card. 

1.      If  daalrad.  aubprograM  my  follow  aa  part  of  n  wultlpl*  ' 
coMp nation.    The  orgaalaation  of  aarh  aubprograi*  ahould 
follow  tha  rul««  given  above. 


Ml 


fMenta  .'no  .Id  ba  uaed  to  anhanca  tha  readabllley  and  gndarataodlnR  oi  a 
program  (a.g  .  to  daflne  v.rlablaa  or  their  apecUl  aattlnga).    In  general, 
when  they  ar.  uaed  they  ahoald  ba  grouped  together  aa  i  prologua  to  the  rode 
ae^ment.     If  they  auat  be  Interapereed  within  the  code,  they  ahould  he 
inaerted  aa  f  block  whloh  beglna  In  a  coltnm  near  the  middle  of  the  page 

coluac    ^5  or  io)  ao  aa  not  to  Interfere  with  the  Indentation  .od 
readability  of  the  program  proper  which  My  ba  acanned  near  the  left  laaraln. 
Blank  coment  carda  ahould  ba  uaad  vhen  they  enhance  readability. 


St  at  HtI.^•ttt  Nunl  erlnK 


AK  «ach  aa  poaalbla,  atata.ant  nuaibera  are  to  proceed  frow  lowept  to  hlgh.at 
««  a  oroeran  la  read.     It  la  recooBiandad  that  atat«»ent  nuabara  be  four 
dlMta  long,  be  placed  In  colyna  am«  be  IncrwaanteH  by  10  rather  th.n 

b«  consecutive. 


nt  i  *UJ.<t  \  »ni  i  Mil  . 


/^N*;  FORTtUN  panalta  up  to  19  auccaaalva  continuation  carda  par  Btate»ant. 
The  continuation  column  ahould  be  uaed  to  Indicate  the  ordar  of  the  carda. 
P.ta  «av       donr  by  placing  a  numeric  character  In  colu«  6  <^°"^J;'f- 
atlon  indication  column)  In  aacm»diiiK  saquaoce  (I.e..  1-9)  and  if  tddltlon-l 
coaractera  are  necaatary,  ualng  In  ordar  the  alphabetic  charactara  A-J. 

The  body  of  the  continuation  card  ahould  be  coded  ao  aa  to  mnhM^^;^  ra«d- 
ablUty  of  the  prograa  unit.    In  the  following  aubaecf  lona  are  ao»a  auggea- 
tlona  m  regard  to  apeclal  card.,  but.  in  genaral.  no  continuation  card 
ahould  contain  infortutloa  to  the  left  of  the  »tate.ent  Identifier  on  the 

first  curd*  f 


1? 

1 


Karti  acatcMat  should  hm%in  in  «n  tvan-nuabcrcd  coluMt.  Non-ftx«cut«bl« 
«r«tiiMnc«  should  b«sln  In  colmn  8.    If  th«  progra  It  a  oubprogrM.  the 
FUNCTION,  SUBROUTINE,  or  BLOCK  DATA  st»t««ent  ihmild  bogin  In  colum  8,  and 
tho  corresponding  END  ststoMsnt  should  slso  begin  In  colum  B;  In  those 
esses,  the  first  executsble  sCsteaent  will  begin  In  colum  10.  Otherwlso, 
the  first  exeeutsble  ststsasnt  of  s  progrsa  shouK  begin  In  eolian  8,  ss 
should  ths  END  csrd.    Succssdlng  sxecutsblo  stsr event s  ars  Indsntfid  accord- 
ing to  ths  coding  smplss  In  th«  standard  progirsa  flgurss  ssetlon  sad  ths 
rulas  given  balow. 


AHRlKntnont  St.iiementH 

If  «  aesceMent  Is  continued,  the  sscond  and  following  llne«  should  be  In- 
dented by  six  coluans.    For  sscaapls: 
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In  m  continued  asslgni»ent  stateoMinc.  the  first  card  (and  each  card  which  will 
he  followed  by  another  continuation  card)  should  have  an  operator  as  the  last 
character.  As  auch  as  possible,  all  parenthetical  expressiona  should  be  on  s 
single  card.  In  no  cass  should  a  left  parenthesis  be  the  last  character  on  s 
card  which  is  to  bs  contlnusd. 


{  (iMMON  Si  at  ement  m 

Th-  romON  card  will  begin  In  coluan  8  with  the  Identifier  followed  by  a 
blank    n  columi  14  end  a  "/"  In  column  IS.    The  next  alx  colusme  are  reserved 
for  th-  label  which  will  be  left  Juetiflcd  In  this  field.    Column  22  will 
.  ontalM  another  '7"  and  coluro  23  will  contain  a  blank.    If  blank  CCW«)N  is 
,!eelred,  code  the  slashea  but  leave  the  label  field  blank.    ColuKis  24 
through  50  will  contain  the  nanes  separated  by  comaa.    Coanas  will  appear  in 
loluens  30,  37,  snd  44.    If  a  continuation  card  la  necessary,  a  coooa  will 
appear  In  coluan  23  on  that  card.    Ths  naaiss  will  be  left  justlfisd  within 
rtftch  field. 


iH  tti-nalon  infonaatlon  for  each  array  is  to  be  contained  on  a  single  type 
.  ard.    A  card  will  contain  one  and  only  one  naae.    A  type  stataaent  may  be 
.  ontlnued,  thua  allowing  20  naaas  to  be  declsred  for  each  statsaant. 

9 


The  tYp%  ftatment  will  be  loded  teRinnioK  in  coluwn  8.    The  ivuM  ehuuld 
begin  Ir  coIubr^  16.     It  fr  it  a  cont  InuAi  Ion  ratcl,  t%  c  mmm  ihould  br  in- 
aertodi  into  coluvn  13*    When  iielng  ji  DOtfHLF  PHF.CISION  tCetmentp  thm  nuie 
ehouid  begin  in  column  2S.     If  e  contlniuic Ion  card  la  required*  a  c< 
ahouLd  be  Iraerced  Into  roluetn  24, 


c 


Thr  KORHAT  Identifier  will  be  codeif  brginnlnH  ^n  roJuvn         Thi*  firat  i  aren- 
theala  wll!  appear  in  rolum  1^,  an^t  thp  fonmat    Informnifon  itaelf  SeR  na  in 
coluan  is,     Aa  lauch  aa  pDaathlc,  o  iioaftlon  rride  nnd  Ifa  aaaocleted  fomat 
code  ehojld  atand  alone  on  a  card*     Conffnuatlon  carda  ahould  be  ueaKl  liber- 
al If  •     F  jr  eitauipli  . 


i 

»  * 


!  Ln  i  i  1  !'*i><Li-w' 


In  all  caaea  a  :<^AD  or  WHITE  atatement  sticuld  have  ita  aub]ect  data  aet 
reference  n'sabef  (OSRJK)  contained  in  a  variable.    The  uae  of  hard  coded 
nSRNe  la  dlecouraRed  frott  the  atandpolni  of  vlalblllty  and  paraflMiterlced 
coding.     Thi  OSKN  varlablea  laaT  be  loade  i  vlth  a  DATA  atateaient* 

The*  Hat  |H?ri1on  of  the  PRAI)  or  URirE  atateiaenf  nuet  be  expreaaed  In  ae 
aiaple  tenaa  itm  poaafbl*.    Liberal  uae  of  blanka  and  continuation  carda  la 
rucouraged  In  nrdf*r  tc  Increaae  readability.  ^ 


'  ^'  St  .'iLt  men 

Multiple  coidltlcni  In  the  predicate  of  an  IF  atat«ent  ahould  occur  on 
separate  cards*  vlth  an  operator  occurlnR  aa  the  final  itea  Ifl  each  curd  to 

hf  continued.     For  ejcample: 
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Notice  alao  that  the  GOTO  atateaMrnt  foUova  the  cloelnR  parentheala. 
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DATA  Statetilents 


Only  one  varUblc  My  b«  tpteifM  en  «  DATA  MtMnt  card.    Thm  DATA 
idanclfUr  iflll  b«  eodad  btRlaniiiK  In  coltnn  8.    Th«  v«rUbl«  mm  vlll  b« 
co4«d  bcglnnliic  in  celuM  14.    TIm  •laih  indlcatisit  ttw  b«tinn^n8 
data  will  b«  codad  in  coliam  20.    For  cMapU: 
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ANS  COBOL 


CJeueral  u  nintMUfl 


(^8 


Th»  two  ■tatMMnt*  IP.  ...ELSE  and  mrOltM,  irtilch  arc  pare  of  tha  MS  COBOL 
•upply  eha  baaic  atructurlng  capabll&tr  '^^^  the  languaga.    TV>>  flrat  rapra- 
aasta  tha  IPlHfiNELSE  control  f  igora  ^ilt  tht  PERfOKM  paraitt  <  tia  loapimg 
raqulrad  If  tha  DOURILE/DODNTIt  cenacmct.    In  addition,  the  CO  TO.  . .  .DEPEND- 
INC  ON  !■  raadllf  adaptad  to  tha  almilatlon  of  tha  CASE  atattaaat,  the  COnr 
afslata  Ir  top  down  prograMlitg.  and  tha  languaga* »  SEARCH  atatamint  rr.  - 
nizes  the  poti'iif  ial  utility  of  hucIi  h  control   logic  strurturr.     liowfver,  .v*-!; 
with  all  (.  f  tiit"»#»  toatiires,  the  languHgo  '\oef*  h.ivt'  cert/iin  'l»'f  1  r !  r«n'"  i  In 
the  implenentat  i  on  of  ti»p  down  atrurturt'd  pri>K»'»in»^i  ng  terhnologv. 

For  Inatanca,  becauaa  of  tha  way  tha  period  delialter  affertR  the  eyntax  of 
tha  language,  it  ie  not  poa^lbla  to  Impleaant  the  folloving  flowchart  ualng 
only  tha  COBOL  IF  atate«ent  yichout  duplicating  the  aequance  of  atataaMnti  In 
coila  B  or  duplicating  the  taet  on  (p): 


Wlt4i  thp  use  of  a  ^peciflt   (iflfmlter  such  as  an  KNDIF,  tJie  problpm*!  enconn- 
tt-red  In  Imn I  emrnt  1  ne  •{  Hp  abovp  i  li)wr*h.»rf  rrMtid  hf  ovrrcotne. 

The  looping  capability  ia  achieved  In  COBOL  with  tha  FERFORM  atataMnt.  All 
etjch  loopa  are  of  the  OOWHILE  type  alnca  the  looping  condition  if  taatad 
prior  to  execution  of  the  code  within  the  loop.    Thla  atataaant  parvice  re- 
petitlwa  coda  axacution  under  tha  following  condltlona.    Firit,  the  progren- 
nar  can  indicate  that  eha  loop  ia  to  be  executed  a  apeclflad  nuabar  of  tinea. 
Second,  an  indexing  type  of  loop  can  be  requeated  with  the  PERFORM. .VARYING 

option  and  finally  the  PERfORM  UHTTL  option  exitta  which  la  equivalent  to 

tha  atructnrad  prograailng  DOWHILE  control  figure.    The  select  ion  of  tha  word 


« 

UNTIL  to  lndlc«e«  loop  t«r«ln«tion  condltlont  In  COBOL  !■  #n  unfortunate  one 
since  tn  etructured  progrwlnn  terwlnology  not  only  doee  it  iaply  «  differ- 
ent floi«h*rt  but  the  eeMintici  of  the  looping  control  it  the  negative  of  the 
etructured  progre»ii«i  DOWILE.    Thus  (Unorlng  te«porerlly  the  flonch.rt 
differencee  between  WHILR  end  UNTIL),  the  etateMnt    perf or«  a  loop 
eoaething  la  true"  tranelatea  8e«antically  to  "perfor.  a  loop  UNTIL  ecaethinR 
la  not  true."    Two  options  are  open  to  the  CX)10L  prpgramr.    One  Is  to  sIbm- 
late  the  DO«HILE  by  nefteting  the  conditional  O^glc  ee  followa: 

PERFORM....  UNTIL  (NOT  p)  . 

The  a«cond  la  to  continue  to  think  of  the  looping  condition  in  the  UNTIL 
logic  to  which  the  a)BOL  prograM»r  iw  accuttoBMMi  but  to  inaure  that  it  is 
understood  thet  the  use  of  the  word  "UNTIL"  does  not  guarantee  execution  of 
/the  PEHfORMed  code  at  least  once.    For  the  experienced  COBOL  prograaeier  it 
is  probable  that  the  latter  couree  is  the  one  which  Is  less  error  prone. 

The  poeelbllity  of  si«ulating  DO  loops  through  uee  of  the  IF  and  00  TO  state- 

MCnte  ee  was  done  for  FORTRAN  is  not  i  ei^omnionded  for  ANS  COBOL  because  of  the 
mechanism  which  this  lanRuage  usea  to  Implement  comments.  An  example  of  what 
the  DOWHILF.  would  look  like,  if  implemented  in  this  manner  Is  as  follows: 
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Ah  may  be  observed,  the  readability  of  the  cods  is  dlBlnished  by  the  para- 
Kraph  nsMs  and  the  span  of  the  loop  is  obscured  by  the  word  "NOTE  .  In 
ndciltton.  if  a  paragraph  naM  i-a-dlstely  precedes  the  flret  J»TE  stateaent. 
c:,e  code  following  it  becomee  a  NOTE  parsgrsph  rather  then  a  NOTE  atate- 
tn^TM.    Thus,  the  sentence  "GO  TO  IF- PARAGRAPH."  is  treated  ae  a  coP»ent 
rather  than  an  iaiperstlve  statettent  and  the  control  figure  becoaes  a  DOUNTIL 
r.ther  than  a  DOWHILE.    An  extension  to  ANS  COBOL  sUows  coBwents  to  be  in- 
troduced by  identifying  »uch  ststepents  with  an  asteriak  in^olutm  7  of  the 
csrd.    Should  thli  convention  ever  be  adopted  as  a  part  of  ANS  COBOL  it 
would  bs  worthwhile  reexamining  the  poesiblUty  of  slwulating  W  loops  and 
del ini ting  the*  with  conmenta. 
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G>B3 

PtOCBOURE  DtVtStON.    The  code  in  thlt  •action  i«  Invbkud  ••rnchronMu.lv  hy 
c  rtain  condition*  which  cannot  noratUy  be  e«tt«d  hy  th*  pro^^rwir.  Thin* 
c.ndlcionf  Include  Input/output  Ub.I  hendllng  proceduree,  lnp«t/output  error 
crecktng  procedure.,  end  report  writing  proc«duree.    Slnre  thaee  Morke  of 
code  .re  out-of-Une.  they  Involve  a  trin>f«r  of  control  which  le  -  vieibl*. 
to  the  progreBmer.    Surh  Interrupttone  of  «r.iuent<nl  co!ttT0r-«re  UBually 
underelreble  tn  etrurturcd  progrewmlnR.    However,  beceuee  of  the  utllltv  of 
the  DECLARATIVES  SECTION,  no  .tt«ipt  he.  been  rmk.  to^Itrlct  Itl  ueigl 
pirticulerly  eince  MiS  roBOL  requires  th.t  control  eutoBatlcelly  return  'to 
t'te  etetewnc  foUowlnR  the  one  which  ceueed  the  aeynchronoue  Interrupt. 

The  COPY  end  PERFORM  etetewmte.  In  aplte  of  their  U.lt.tloo.,  ere  helpful 
la  laplemnting  top  down  programing.    It  ia  eaaentlal  in  top  dm  prograai- 
Blng  to  have  the  capability  of  neatinR  relatively  email  blocks  of  code  with- 
in other  Buch  blockfi.    However,  the  COPY  compiler  directive  cannot  fulfill 
tnla  function  because  it  ia  liaited  to. a  aingle  level  (i.e..  code  which  ia 
copied  cannot  have  a  COPY  atataaent  within  It).    Therefore,  ic  la  naceaaary 
tc  alaulate  thia  requlrctaent  with  PERFORM  statManta^tlnce  thaae  can  be 
neatad.    One  aecbod  of  alaulatiag  the  required  neating  la  not  to  perait  a 
COPY  atataaant  In  any  aegnent  which  ia  invoked  by  the  PERFORM  atataMnt. 
Then,  after  the  top  laodule  ia  coded.  COPY  atateaanta  aay  be  uaad  to  <«irect 
the  rowpllar  ti^  include  in  ita  coapiUtlon  tW  varioua  PERPORMed  paragraf>h!i 
and  thuf  ovfrcovH*  the  llaitaclona  on  the  neating  of  COPY  sCatammta.  It 
ahould  be  noted  that  thla  tyfM  oi  organiEation  lapliea  that  vite  aodulea 
which  are  copied,  are  located  in  a  library  ayataai  of  aoaa  aort. 

Finally  ANS  COBOL  aa  ^th  «any  higher  level  languagaa.  haa  r  free  foraat 

ayntax.    Thla  r^'^-^scn  the  prograaaer  to  write  atateaH*nta  in  a  contlnuoua 
proae  foraat  inB**'*  ^  ot  requiring  the  aore  daairable  foraat  of  each  new 
BtatesaRt  atartinR  •  new  line  of  code  and  thua  enhancing  the  readability  of 

the  at^ictur^d  code.     Finally,  fn  the  exaaplee  which  follow,  the  parentheae» 
which  encloac  the  'on<*1tlonal  eirpr#ealona  are  optional. 

In  sumary.  the  deficlenciea  of  ANS  COBOL  which  afferi  structuret*  prograa- 
n>ir\(^  are: 


a.  The  ilaitttlar  of  the  IF.... ELSE  stateaent  which  reatrlcta 
the  neeting  capability. 

b.  The  oppoalte  aaanlng  of  PERFORM. . .UNTIL  In  ANS  COBOL  «a 
oppoaed  to  the  structured  progr«aaing  IXRJNTIL. 

c.  The  lack  of  a  DOUKTIL  capability. 

d.  The  free  fora  of  the  language. 

e.  The  lack  of  apaciflc  dellaitera  auch  aa  ENDTF. 

f.  The  inability  to  placr  rhe  r«prtUlve  code  of  m  looplnji 
operation  In- line. 
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g.  Th«  llaiMClon  of  tht  COPY  statUMnt  to  «  «lngl«  Uvol  and 
alto  Co' tht  type*  of  COBOL  conttnieci  vhleh  aay  b«  ceplad. 

h.  The  fonut  of  the  coHMntin«  MthanlM  which  pr«elud«s  • 
r««d«bl«  alwilatloii  of  th«  looping  op«r«Cien  with  tho  IF 
and  GOTO  at«t«i«iC«. 


Tup  iMwii  Strut  tured  ProKranuitInK  In  ANS 


iri  HKN4-;I.SK  I  I  HUH- 

Tht  irrKKNei.SK  figure  cauaea  control  to  be  transferred  to  one  of  tw  func- 
tional block  a  of  coda  (A  or  B)  on  the  evaluation  of  a  logical  exprea- 
alon  (p).    Thta  la  idontical  to  tha  manner  in  .which  the  COBOL  coadltiooal 
aeateMnt  operatee  to  thia  control  logic  atructure  do«a  not  ha^  to  b«  aiau- 
lated.    Tha  flowchart  for 'the  IFTHENILSE  figure  ia: 

\ 


Thr  lnple«entatioa  of  thia  control  atructure  uaiag  the  conditional  atate- 
•ent  ia  aa  followa: 
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The  ELSE  in  the  IPTHENELSE  figure  ia  optional  and  if  not  uaed,  the  flowchart 
reducea  to: 
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Since  the  ELSE  1»  alao  optiooal  tii  cl>«  CpBOI.  condition*!  utatCMint.  Ihe  cod«» 
becoMa: 
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In  i^r«  er  ti>  njt'rc^^\uv  llu'  n.itlnK,  limitation  resu  1 1  InR  *l  torn 'f  he  flowrli/irt 
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(b)    Dupllcaca  th«  ouCcraoat  t«sc  on  (p) 
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(c)    P«r(oni  thm  nm»tmi  IT  stauuMnt 

Ttitt  daclsion       Co  which  opcion  ihould  be  «dopc«d  m  m  it«i^«rd  it  ooc  t 
ciMr  cue  on«  «nd  therefore  no  one  fom  le  ireeoMMnded  over  any  of  Che  others. 
In  the  ceee  of  the  el«pXe  flowchart  ueed  in  the  above  exaaplaa  the  dacitlon 
may  b«  baaed  on  conaideratloaa  of  space  and  prograa  execution  t'iae.    Thus,  the 
duplication  of  code  B  ia  better  in  tenu  of  tia*  aince  it  la  not  ncceaaary 
to  execute  the  coapiler  generated  linkage  coda  of  a  PERFORM  atateaent  or  the 
duplicate  teat  but  may  be  worse  in  tenas  of  apace  rcquireaents  because  of  the 
duplication  of  code  B.    However,  the  above  example  la  an  extreMly  siaple 
cna.    UH«n  thsss  typsa  of  control  structures  occur  nore  than  once  In  aorr 
daaply  nastad  coda,  none  of  Chs  options  avoid  the  difficulty  of  beeoalng 
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cofisia«rabXy  aor*  eoM^ltx.    'Hiarafora,  ^mch  c«m  mumt  bm  avaluatiHf  on  itn  own 
•nd  eh«  one  ««l«ce«d  thould  be  r.hp  on*  which  It  eh«  mmt  r««d«hl«  hnd  undrr- 
■candflblc.    IndaataCioo  thouXd  b«       Indicated  In  ch«  •xaaplaa.    Aa  may  b« 
noted,  coda  la  If^antad  banaath  tha  IP  and  ELSE  In  order  Co  avphaatta  tha 
apan  of  ^ontrol  of  ^haaa  warbs.    Slfiea  no  unique  tarelnator  la  available,  the 
end  of  Che  figure  la  indicated  by  tha  etart  of  a  new  coda  block  in  tha  aa«« 
col'ian  aa  the  IF  and  ELSE. 


W  I'igares 


noWHILE 

The  flowchart  for  the  DOWRILB  control  etructura,  which  la  a  loov;inf|  operation 
In  which  tlia  Crat  for  loop  tamloation  precedea  the  code  block,  la  aa  follow*: 


OOWHII  » 


All  of  the  loopa  which  are  Initiated  by  the  PERFORM  are  of  the  atructured 
prograaniog  DOUHIIE  fonuit  and  conaequf^ntly  no  aimilation  la  needed.  The 
ataceMint  La  written  aa: 


T  f  ■  TJ  T"  ^  T  "T  T  1 


AN 


The  conditional  logic  of  the  DOWNILE  requiraa  that  the  loop  be  temlnated  oi 
M  "falae"  :oadltlon  to  that  In  order  to  be  coapatabla^ vith  atructured  pro* 
graMilng  definition,  Che  teat  ahould  read  UNTIL  (NOT^)  .    However,  alnca  the 
flowchart  of  the  PERFORM  atatenent  la  that  of  a  DOWRILE,  tha  irtiflcUl  nega- 
tion of  tha  centination  logic  In  order  to  override  the  asaantica  of  the  word 
mrriL  la  rot  naceaaary  and  if  (p)  were  •  coaplex  condition,  thla  negation 
could,  la  fact,  be  confuaing. 

The  DOVHItE  ifith  Indaxiag  ia  aleo  a  part  of  the  language  and  ia  written  aa: 
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Noct  that  vhiX«  th«  IndcKint  U^«ri«d  autoutlcallyi  tht  4«clti<m  to  whan 
to  taraiaatt  thr  loop  U  ttill  uador  eentvol  of  th«  UNTIL  rathor  %att  whachar 
tho  la4oslAf  hiio  roacharl  aoM  Ilait. 


Filially,  thm  option  aaiuta  to  >i;^IM  a  block  of  coda  a  apaclf lod  mmhmt  of 
tlMo.   Tliia  it  vrittan  aa: 
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SCSCcDS 


Slnca,  for  a)l  PERfOKMS,  tha  rapatltlva  coda  ouat  ba  placed  out'-of-llaa, 
thara  ara  noandantatioti  raqulraMnta  for  thata  atataaanta.    Howavar,  for  tha 
iodaxad  PERPORM  (which  can  ba  .vrlttan  with  up  to  three  Indexing  variablaa). 
It  la  •utioa'^ad  that  tha  foraat  of  tha  axM^le  ahown  in  thia  ■ubaaetlon  ba 
adopted  «ihara  viorda  which  control  tha  indexing  ara  Indent  id.  further  to  tha 
right  than  the  IRITXL  ao  that  the  conditlona  'for  loop  cattalnatloB  are  eapha- 
aiaad. 


IMHINTII. 

Tha  DOUNTIL  control  etructure  te  one  in  t#hlch  tha  looping  criteria  ara  coated 
•c  Che  end  of  the  loop  and.  thus  the  coda  block  ie  alwaye  executed  at  leaat 
once.    The  flowchart  le  ai  followa: 


IXIUNTM 


Since  all  FERFORMa  ara  of  tha  OOWKIlf,  control  logic,  tha  DOUNTIL  auet  be 
•  iMilatat'.    The  recoMoended  foraat  is  either: 
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tht  Utttr  c«««  !•  MSt  uMfuL  vlth  m  PERFORM  thfet  ufl«t  th«  VARYING  opflon. 


CASE  Figure 

Tht  CASE  figure  c«uM«  control  to  be  passed  to  one  of  e  set  of  functlonsl 
blocks  of  code  (A^B»«..,Z)  bssed  on  the  vslito  r^f  en  inrex^r  vsrlsble.  The 
flovchsrr  for  this  flRure  Is: 


<i 


CASf 

( 

The  CASE-vtACeiBent  It  not  pare  of  convent ioiuil  COBOL  «nd  Must  ttuircfort  be 
•iaulatcd  iiaing  the  GO  TO. .  .DEPENDING  ON  stAteaent.    Thle  v«rb  pcralta  the 
proireaeter  to  scleec  one  of  a  let  of  procedure*  depending  upon  the  value  of 
an  Integer  whoec  range  la  fro«  1  Co  tha  nuaber  of  procedure  naaaa  Hated  In 
Che  atiitanent.    For  iinyi  Integer  oucaide  theae  Halts  rha  CO  TO  atatttent  la 
tgacred  and  control  paaaaa  to  the  staceneat  Mhleh  followa  It.    Thia  aaana 
chat  dafault  code*  If  required,  ehould  liatadlatel^r  follow  the  GO  TO. .  .DEFENI>' 
INC  ON  atatoaent..   At  leAat  one  paragraph  oaaa  U  required.    The  almtlatlon 
U  aa  f^Ilowa:  1 
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Th«  -bov.  cod*  mi«t  b«  pUc«d  out-of-Un«  und  it  Invoked  by  an  lo-Un« 
l-rKPOKM  statAMnt  as  shown  balow: 


1  MEferI.W«lic- 


17 

n 

1 

■  -1 

,71 

10 

r  ' 
it 

"1 

» 

>4 

1 

t 

P 

R 

& 

A 

P 

H 

40 

41 

44 

r  ' 
4'^ 

Ik 

47 

«• 

40 

Ml 

b1 

S3 

-  — . 

H 

c 

s 

P 

h 

A 

0 

R 

A 

P 

H 

B 

D 

Note  that  tha  PERFOWt. .  .THRU  option  of  tha  PERFORM  atat««enf  «utt  be  uaad 
bacauaa  of  tha  praaanca  of  tha  paragra^ih  naaaa  nhich  ara  uaad  to  Idantlfy 
tha  varloua  caaa  aCataaMnta. 
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The  c«p«^,lUty  of  noting  block,  of  code  within  other  V^^"" 
.itv  for  top  Aoyn  proRf«i«ln«.    Thla  la  beat  dona  whan  luch  blocki  of  ^« 

r.[".d  Jnd  c.n%e\cca..ad  by  tha  ANS  COBOL  ^PT  verb  a»  jiaparat.  .^hera 
on  a  dlract  accaa.  d.vlc.  In  a  library  ay.ta..    «;«^"»  J^f  ^".^J.^^pf 
that  thla  raqulre«ant  1.  a  co-piUr  dapandancy  jnd  ^f^^  f  "^"^  {H 

ANS  co-pllara.    The  COPY  verb  may  ba  uaad  In  all  ^J^^jj!;'  ^  '«Jd  Ita 
IDENTIPXCATION  DIVtSCON.    Tha  dlacua.ion  which  ^^^^^,5!^ 

in  tha  PROCKMJRE  DIVISION. »  Since  the  COFT  doe.  «f  „P;™J%5SSS*itiL- 
naeeaaarv  to  .l^lat.  thla  raqulraiMnt  with  tha  u.a  of  nested  PERFDWt  atate 
Tn  btolJ.  of  coda  whJch  are  PElFOHfed  are  ^'-"^JiJ -jr^j  " 

ra.e  .a^ara  which  ara  eaally  acca.aad  on  a  dlrjict  ^J^^^^J 
rofaranced  f  r  chf  COBOL  coiapllar  by  iwana  of  COPY  •'•^•^J"- 
that  no  COPT        appear  In  any  block  of  coda  which  It  Invoked  »>y  •  c«Pj«^^ 
PWoSS.    With  JhtrC^^chnlqu/nha  top  laval  of  the  PROCEDOTE  DIVISIOR  looka 
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N«te  that  th«  COPY  Bt«tem«nt  references  library  naaea,  not  paragraph  itane*. 
"NESTED- PARAGRAPH- 1"  is  a  separate  block  of  co-le  whlct  the  COPT  statatnent 
can  access  and  may  take  ihe  following  form: 
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"NESTED-PA8ACRAPH-2*'  la  n  sequence  of  stataaants  al»lUr  to  those  conUlned 
in  tha  above  paragraph  within  ,»hich  It  wn.  Invoked  a«d  It         "-^t;^" J^**"'^ 
PFJlFORMa  for  deeper  nesting.    The  rOPY  stateaents  following  tha  top  para- 
ataph  insure^that  the    cntrpller  !«  «w«ri.  of  all  tha  s«g»«»nta  of  code  which 
?i^rlM  t^e  total  program.    Fur  tUer«.ot.. .    r,lnce  no  PERFORMed  paragraph  mey 
contain  a  COPY,  there  is  no  dansei  of  vtolating  th*-  npsfiog  llaltatton  of 
this  varb. 


Aiidltlon.jl  Recnminended  Ceding  Conventions 
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Hestri9^ed  ANS  COBOL  Slntement  Usa^x 

m  ordar  to  preserve  the  concapt  of  structured  programing.  ^•^^""f  ^ 

that  the  g.ineral  usage  of  those  atata-ents  in  COBuL  which  permit  change,  of 

ment  shoXiH  also  be  limited  in  it»  u.sap-. 


i'logratn  Organization 


th*  tcructur^  of  a  COBOL  prograa  i«  tuch  ch«c  uny  of  che  rvilci  for  program 
nrMnlsAtioii  h«v«  b««n  prodtflnod.    For  laatuico,  all  d«t«  «u«fc  b«  tpoclfied 
In  cho  DATA  DIVISION.    Furthorwsre,  within  this  Motion,  the  fonui  rules 
which  4«flno  th«  pcraioaibU  hierarchical  data  atnicturea  are  aufficient  to 
preaerva  the  readability  roquireaenta  of  etntcturad  prograoaing.  However, 
within  Che  PROCEDURE  DiVXSION,  (with  the  exception  of  the  DECLARATIVE  SECTION) 
the  rulea  of  COBOL  peniit  the  ordering  of  the  PBRIORMed  code  blocka  to  be  com- 
pletely flexible. 

If  the  prograa  ia  being  developed  with  the  aid  of  a  library  ayacea,  the  order 
In  this  divlelon  ia  leea  critical  eince  all  that  appears  after  the  top  most 
••Knenc  err  COPT  statetMnta.    The  func clone  which  exiet  in  the  copied  code 
•ml  Che  functiona  which  are  nested  %rithin  then  are  detervined  by  exaalning  the 
•nail  code  segaenta  which  are  present  as  printed  llatlnga  of  aenbera  In  the 
source  code  library  rather  than  on  the  conpiler  output  listing  even  though  it 
is  still  true  Chat  Che  reaolution  of  the  COPT  atateacnts  by  the  coapiler  will 
produce  a  coaplete  eource  prograa  aa  one  of  the  coapller  outputs. 

H<iwevrr,  for  a  developaent  proceas  In  which  no  random  access  library  exists, 
thr  ordering  of  the  aegnenta  of  PKtPORMed  COBOL  paragraphs  in  the  procedure 
divlaton  Is  more  critical.    Thia  ia  because  the  source  listing  under  this  con- 
.11 1 ton  Is  a  single  sequential  data  set.    At  present,  the  suggested  sequence 
is  initially  by  nested  level  for  2  or  3  levela  (depending  on  the  prograa' a 
romplexlty)  and  alphabetically  thereafter. 

f'KRPORMe<f  paragrapha  ahould  be  separated  fron  the  main  body  of  code,  and  from 
other  PERFORM^d  paragraphs,  by  at  least  two  blank  lines.    Logically  non- 
contiguous paragraphs  (other  than  those  used  In  the  CASE  figure)  should  be 
separated  by  at  leaat  one  blank  line. 


at 


i*!.*  of  the  primary  Intents  of  the  developers  of  the  COBOL  language  was  to 
t>ro.{uce  a  self-docuaent Ing  Isnguage.    When  this  Is  coupled  with  the  disci- 
pline of  structured  prograuBlng  the  resulting  programs  should  be  even  more 
readable.    Experience  has  Indicated  that  well  written  COBOL  prograas  con- 
tribute tomrd  Meting  this  objective.    Therefore,  It  is  reconoended  that 
ttie  use  of  coaaents  In  the  fora  of  NOTE  sentences  and  NOTE  paragraphs  be 
held  to  a  mininua.    When  they  are  used,  they  should  be  organised  in  such  a 
manner  aa  not  to  intarfsre  with  the  readability  of  the  progran  itself.  This 
raay  be  done  by  such  devices  as  using  blank  llnea  to  Insure  that  the  NOTE 
text  stands  apart  fron  the  progran  proper  and  starting  and  concentrating  the 
textual  coanentary  in  the  middle  of  the  pages  beginning  in  Coluan  35  or  40. 
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Indentdtian  and  ForinattiiU'  Cunvi^Tit  Umjm 


Variables  and  structures  deflnsd  in  the  DATA  DIVISION  should  be  arranged  in 
a  MMmiagful  ordar.    This  order  could  be  aXphabatlc,  by  class  such  as  the 
days  of  %hm  wiak,  or  soy  other  class  fnrmst.    A  suggested  sat  of  indentation 
rules  for  date  leevs  is  as  follom; 

Gsnersl  Forwat.    All  level  77  and  01  varisblrn  should  have 
thslr  level  nusAyers^  in  colusins  10-11  snd  nan^s  starting  in 
colusn  14.    The  PICTURE  clauea  should  between  coluoms  32- 
45,  depending  on  the  length  of  the  longest  vat  iable  naM. 
All  other  claueee  ueed  ehould  follow  the  PTCTrrBK  clauee  vith 
QorsMil  epaclng.    If  uore  than  one  line  la  needed  for  s  vari- 
able's definition,  the  eecond  snd  succeeding  lines  ehould 
ba  indented  frov  the  FICTURI  cleuee  ss  follows: 
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Structurss.    Each  suecessively  lower  level  In  a  etrueture 
ahould  be  indented  four  colums  fra«  the  next  higher  level* 
Level  nuabere  ahould  precede  each  varleble  na»e  In  the 
afructure  on  the  saae  line  and  two  coluana  before  it  as 
follows: 
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Uh«n  condltion-tuoMta  (level  88  lt«i«)  arc  used  thty  thould 
b«  Indented  «nd  written  vieh  aingle  •peclnR  betwep  liorde: 
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h«  ind«ttUClon  wiimrtitloiw  for  th«  atcuccurAd  progrs<wlng  f lgur««  which 
OP«Ar  U  Cht  FtOCBHIlt  DtVlSl(»i  wttr«  pv«vlou«Iy  •iMcificd  to  th«  ••cclon 
iiti«r«  ch«y  war*  dMcrlM.    liMa  prottOHiai  eh*  co4«  blocks  which  r«pr««mt 
^kha  8IQUDICE  lir  acrttctiifad  pregrMMlai,  aach  COBOL  atataaaat  ihouXd  atart  a 

Una.    Any  aeaMaac  not  aubjact  (a  iRdantaeion  rulaa  atarca  in  tha  aana^ 
eoU«n  in  vhich  tha  aeaeaaaot  ateva  it  aurtad.   Oniy  ona  tutaMnt  par  Una 
ia  fanittad.    If  any  atataaant  ouat  ba  coatiauad  on  tha  aaxt  Iina»  tha  con- 
tiauad  ppvtiaa  ahauld  ha  indaatad  4  to  6  eolwna  ao  aa  not  to  ohteura  the 
OOWL  vash  aa  foZUmt 
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